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Description 

[0001] In general, the present invention relates to an 
information processing apparatus, an information 
processing method, a presentation medium and a re- 5 
cording medium. More particularly, the present inven- 
tion relates to an information processing apparatus, an 
information processing method, a presentation medium 
and a recording medium that allow editing to be carried 
out more easily. io 
[0002] It is possible to property edit video and audio 
data recorded in a recording medium such as a disc as 
required. In editing work, typically, a range of partof a 
piece of video data is joined to a part of'other video data 
or a range of part of video data is erased. is 
[0003] When such traditional work to edit data is car- 
ried out, however, it is the data itself that is linked or 
erased; giving rise to a problem that it takes labor and 
time to do editing including re-editing data which has 
once been edited. 20 
[0004] The present invention addresses the problem 
described above to allow editing work to be carried out 
easily and speedily. 

[0005] An information processing apparatus accord- 
ing to one aspect of the present invention is character- 25 
ized in that the apparatus including; 

a first control means for controlling a plurality of * 

pieces of data on a 1-on-1 basis; 

a second control means for controlling any arbitrary 30 

number of the first control means; and 

a third control means for controlling any arbitrary 

range in the second control means. 

[0006] An information processing method according 35 
to another aspect of present invention is characterized 
in that the method including: 

. a first control step of controlling a plurality of pieces 
of data on a 1-on-1 basis; 40 
a second control, step of controlling any arbitrary 
number of control states at the first control steps; 
and 

a third control step of controlling a control state of 
any arbitrary range at the second control step. 45 

[0007] A presentation medium according to another 
aspect of the present invention is characterized in that 
the medium is used for presenting a~program for making, 
an information processing apparatus carry out process- so 
ing including: 

a first control step of controlling a plurality of pieces 
of data on a 1-on-1 basis; 

a second control step of controlling any arbitrary ss 
number of control states at the first control steps; * 
and 

a third control step of controlling a control state of 



any arbitrary range at the second control step. 

[0008] A recording medium used for recording data 
and control information tor controlling the data accord- 
ing to another aspect of the present invention is charac- 
terised in that the control information including: 

a first control means for controlling a plurality of 
pieces of data on a 1-on-1 basis; . 
a second control means for controlling any arbitrary 
number of the control first control means; 
and a third control means for controlling any arbi- 
trary range in the second control means. 

[0009] In the information processing apparatus ac- 
cording to another aspect of the present invention, a plu- 
rality of pieces of data are controlled by first control 
means on a 1 -on-1 basis and any arbitrary number of 
first control means are controlled by a second control 
means, any arbitrary range in which is controlled by a 
third control means. 

[0010] In the information processing method accord- 
ing to another aspect of the present invention and the 
presentation medium according to the present inven- 
tion, any arbitrary number of control states at first control 
steps are controlled at a second control step and a con- 
trol state of any arbitrary range at the second control 
step is controlled at a third control step. 
[0011] In the recording medium according to at least 
•preferred embodiments of the present invention, as con- 
trol jnlormatibn, first control means, a second control 
means and a third control means are recorded. 
[0012] Embodiments of the invention will now be de- 
scribed, by way of example only, with reference to the 
accompanying drawings in which: . 

Fig. 1 is an explanatory diagram used for describing 
an organization of directories; 
Fig. 2 is an explanatory diagram used for describing 
the structure of a VOLUME.TOC file; 
Fig. 3 is an explanatory diagram used for describing 
the structure of volumejnformation ( ) ; 
Fig. 4 is an explanatory diagram used for describing 
the structure of volume_attribute ( ) ; 
Fig. 5 is an explanatory diagram used for describing 
the structure of resume ( ); 
Fig. 6 is an explanatory diagram used for describing 
the structure of vo!ume_rating ( ); 
Fig. 7 is an explanatory diagram used for describing 
the structure of write_protect ( ); 
Fig. 8 is an explanatory diagram used for describing 
the structure of play_protect ( ); 
Fig. 9 is an explanatory diagram used for describing 
the structure of re cording Jimer (■); 
Fig. 10 is an explanatory diagram used for describ- 
ing the structure of text_block ( ); 
Fig. 11 is an explanatory diagram used for describ- 
ing the structure of language_set ( ); 
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Fig. 1 2 is an explanatory diagram used for describ- 
ing the structure of text_item ( ); 
.Fig. 1 3 is an explanatory diagram used for describ- 
ing the structure of ALBUM.STR; 
Fig. 1 4 is an explanatory diagram used for describ- 5 
irig the structure of album ( ); 
Fig.- 1 5 is an explanatory diagram used for describ- 
ing the structure of TITLE Jf##.VDR; 
Fig. 16 is an explanatory diagram used for describ- 
ing the structure of titiejnfo ( ); ™ 
Fig. 1 7 is an explanatory diagram used for describ- 
ing the structure of,PROGRAM_$$$.PGI; 
Fig. 18 is an explanatory diagram used for describ- • 
ing the structure of program ( ); 
Fig. 19 is an explanatory diagram used for describ- '5 
ing the structure of playjist ( ); 
Fig. 20 is an explanatory diagram used for describ- 
ing the structure of playjtem ( ); 
Fig. 21 is an explanatory diagram used for describ- 
ing the structure of CHUNKGROUP_###.CGIT; 20 
Fig. 22 is an explanatory diagram used for describ- 
ing the structure of chunk_connection Jnfo ( ); 
Fig. 23 is an explanatory diagram used for describ- 
* ing the structure of chunk_arrangementjnfo ( ); 
Fig. 24 is an explanatory diagram used for describ- 2s 
ing the structure of CHUNK_%%%.ABST; 
Fig. 25 is a block diagram showing a typical config- 
uration of an optical-disc apparatus to which one 
embodiment of the present invention is applied; 
Fig. 26 is an explanatory diagram used for describ- 30 
ing an organization of directories; 
Fig. 27 is an explanatory diagram used tor describ- 
ing a logical organization of directories; 
Fig. 28 is an explanatory diagram used for describ- 
ing an offset; as 
Fig. 29 is an explanatory diagram used for describ- . 
ing an organization of directories; 
Fig. 30 is an explanatory diagram used for describ- 
ing an organization of directories; 
Fig. 31 is an explanatory diagram used for describ- *o 
ing a logical organization of directories; 
Fig. 32 is an explanatory diagram used for describ- 
ing an organization of directories; 
Fig. 33 is an explanatory diagram used for describ- 
ing an organization of directories; *s 
Fig. 34 is an explanatory diagram used for describ- 
ing a logical organization of directories; 
Fig. 35 is an explanatory diagram used for describ- 
ing a logical organization of directories; 
Fig. 36 is an explanatory diagram used for describ- so 
ing filejypejd; 

Fig. 37 is an explanatory diagram used for describ- 
ing mark_type; 

Fig. 38 is an explanatory diagram used for describ- 
ing a chunk group; 55 
Fig. 39 is an explanatory diagrammed for describ- 
ing a chunk group; 

Fig. 40 is an explanatory diagram used for describ- 



ing, filejypejd; 

Fig. 41 is an explanatory diagram used for describ- 
ing chunk_sync__playjlag; 
Fig. 42 is an explanatory diagram used for describ- 
ing original jime_count jype; 
Fig. 43 is an explanatory' diagram used for describ- 
ing file jype Jd; 

Fig. 44 is an explanatory diagram used for describ- 
ing info Jype; 

Fig. 45 is an explanatory diagram used for describ- 
ing slot_u nit Jype; 

Fig. 46 is an explanatory diagram used for describ- 
ing fite Jype Jd; 

Fig. 47 is an explanatory diagram used for describ- 
ing program_status; 

Fig. 48 shows a flowchart used for explaining 
processing to split a title; 

Fig. 4g is an explanatory diagram used for describ- 
ing hierarchical layers of a program, titles, chunk 
groups, chunks and streams; 
Fig. 50 shows a flowchart used for explaining 
processing to swap titles; 

Fig. 51 is an explanatory diagram used for describ- 
ing hierarchical layers of a program, titles, chunk 
. groups, chunks and streams; 
Fig. 52 shows a flowchart used for explaining 
processing to delete a title; 
Fig. 53 is an explanatory diagram used for describ- 
ing processing to delete a title; 
Fig. 54 shows a flowchart used for explaining 
processing to merge titles; 
Fig. 55 shows a flowchart used for explaining 
processing to set up an operation to play back a pro- 
gram; 

Fig. 56 is an explanatory diagram used for describ- 
ing hierarchical layers of a program, titles, chunk 
groups, chunks and streams; 
Fig. 57 shows a flowchart used for explaining 
processing to play back a program; 
Fig. 58 is an explanatory diagram used for describ- 
ing the configuration of a program; 
Fig. 59 is an explanatory diagram used for describ- 
ing the configuration of a play sequence; and 
Fig. 60 is an explanatory diagram used for describ- 
ing relations among a program, play sequences and 
play items. " 

[001 3] Before embodiments of the present invention 
are described, each means cited in claims of the patent 
in the specification is exemplified by a typical implemen- 
tation appended after the means by enclosing the im- 
plementation in parentheses in the following description 
of characteristics of the present .invention Tn order to 
clarify a relation associating the means with the imple- 
mentation. It is needless to say, however, that the ap- 
pended implementation is not to intended to be con- 
strued in a limiting sense, that is, examples of the means 
are not limited to the appended implementation. . 
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[0014] An information processing apparatus accord- 
ing to at least a preferred embodiment is characterized 
in that the apparatus comprises: 

a first control means (implemented typically by s 
CHUNK_%%%%. ABST shown in Fig. 24) for con- 
trolling a plurality of pieces of data on a 1 -on-1 ba- ' 
sis; 

a second control means (implemented typically by 
CHUNKGROUP_###.CGIT shown in Fig. 21) for 10 
controlling any arbitrary number of the first control 
means; and 

a third control means '(implemented typically by 
TITLE JhW.VDR shown in Fig. 15) for controlling 
any arbitrary range in the second, control means. is 

[0015] The description begins with an explanation of 
a layout of files on a recording medium provided by the 
present invention, which information is recorded into 
and played back from. Recorded on the recording me- 20 
dium, tiles" shown in Fig. 1 are classified into 7 types 
listed below. 



VOLUME.TOC 

ALBUM. STR 

PROGRAN/L$$$.PGI 

TITLE Jtt#.VDR 

CHUNKGROUP_@ @ @.CGIT 

CHUNK_%%%%.ABST 

CHUNK_%%%%.MPEG2 



25 



30 



[0016] The VOLUME.TOC and ALBUM. STR tiles are 
placed in a root directory. A directory named "PRO- 
GRAM" is placed immediately below the root directory. 
The PROGRAM directory includes PROGRAM_$$$. 35 
PGI files where notation $$$ represents the number ol 
a program. By the same token, a directory named TITLE 
is placed immediately below the root directory. The TI- 
TLE directory includes TITLE_###.VDR files where no- 
tation ### represent the number of a title. Placed imme- 40 
diately below the root directory, a CMUNKGROUP di- 
rectory includes CHUNKGROUP_@@@.CGIT files 
where notation @©@ represents the number of a 
chunk . group and a CHUNK ■ directory' includes 
CHUNK Jfc%%%.ABST files where notation %%%% 45 
represents the number of a chunk. 
[001 7] 1 Also placed immediately below the root direc- 
tory, an MPEGAV directory contains a plurality of sub- 
directories which each include CHUNK J>/o%%%. 
MPEG2 files where %%%% represents the number of so 
a chunk. 

[001 8] Normally, one VOLUME.TOC file exists in the 
recording medium. In a recording medium with a special 
structure such as a recording medium with a ROM and 
RAM hybrid structure, however, a plurality of VOLUME, ss 
TOC files may exist. This VOLUME.TOC file is used for 
showing the property of the recording medium as a 
whole. 



[0019] Fig. 2 is a diagram showing the structure of the. 
VOLUME.TOC file. As shown in the figure, filejypejd 
is placed at the head of the file to indicate that the file is 
a VOLUME.TOC tile, filejypejd is followed' by 
volume_information () which is finally followed by 
text jDlock ( ). 

[0020] Fig. 3. is a diagram showing the structure of 
volume .information ( ). As shown in the figure. 
volume_information ( ) comprises volume_at1ribute ( ), 
resume (.), volume_rating ( ), write .protect ( )[• 
play .protect ( ) and recordingjimer ( ). 
[0021] volume_attrtoute ( ) is an area used for record- 
ing attributes of the logical volume. Fig. 4 is a diagram 
showing a detailed structure of volume_attribute ( ). As 
shown in the figure, volume_attribute () includes 
title _playback_modeJlag and program__playback_ 
modejlag. 

[0022] resume ( ) is an area used for recording infor- 
mation used in restoration of a state immediately prior 
to an eject operatbn at the time the recording medium 
is reinserted. Fig. 5 is a diagram showing a detailed 
structure of resume ( ). 

[0023] volume jating ( ) shown in Fig. 3 is an area 
used for recording information used in implementation 
of age limitation of watchers/listeners of the volume as 
a whole in accordance with user ages and user catego- 
ries. Fig. 6 is a diagram showing a detailed structure of 
volume_rating ( ). 

[0024] write protect ( ) shown in Fig. 3 is an area used 
for recording information used in limitation of operations 
to change and delete a title or a program. Fig. 7 is a 
diagram showing a detailed structure of write f)rotect 
(). 

[0025] play jnolect ( ) shown in Fig. 3 is an area used 
for recording information setting a playback enable func- 
tion or a playback disable function and limiting the. 
number of playback operations for a title or a program 
recorded in the volume. Fig. 8 is a diagram showing a 
detailed structure of play_protect ( ). 
[0026] recordingjimer '( ) shown in Fig. 3 is an area 
used for recording information controlling a recording 
time. Fig. 9 is a diagram showing a detailed structure of 
recordingjimer ( ). 

[0027] Fig. 10 is a diagram showing a detailed struc- 
ture of text_block ( ) of the VOLUME.TOC file shown in 
Fjg. 2. As shown in Fig. 10, textJ>lock () includes 
language_sets () and. text_items (). Figs. 11 and 12 
show detailed structures of language_set () and 
text Jtem () respectively. 

[0028] Normally, one ALBUM. STR file shown in Fig. 
1 exists in a recording medium. In a recording medium 
with a special structure such as a recording medium with 
a ROM and RAM hybrid structure, however, a plurality 
of ALBUM. STR files may exist. The ALBUM. STR file is 
used for combining a plurality of recording media into a 
configuration that makes the recording media appear as 
if there were only a single recording medium. 
[0029] Fig. 13 is a diagram showing the structure of 
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the ALBUM.STRfile. As shown in the figure, filejype_id 
is placed at the head of the file to indicate that the file is 
ALBUM. STR. filejypejd is followed by album ( ) which 
is finally followed by text JMock ( ). 
[0030] album ( ) is an area used for recording infor- s 
mation used in handling a plurality of volumes, that is, 
apluralityof recording media, as one integrated volume. 
Fig. 14 is a diagram showing a detailed structure of al- 
bum ( ). 

[0031] As many TITLE_###.VDR files shown in Fig. 
1 as titles exist. A title refers to, for example, a musical 
• selection in the case of a compact disc or a program in 
the case of a television broadcasting. Fig! 15 is a dia- 
gram showing the structure of a TITLE JHW.VDR file. 
As shown. in the figure, file_type_id is placed at the head 
of the file to indicate that the file is TITLE Jr##.VDR. 
file_type_id is followed by titlejnfo ( ) which is finally 
followed by texl_block ( ). Notation #.## is a string of 
characters representing the number of a title. 
[0032] title jnlo ( ) is an area used for recording a start 
point and an end point of the title on a chunk group and 
other attributes of the title. Fig. 16 is a diagram showing 
a detailed structure of titlejnfo ( ). 
[0033] As many PROGRAM_$$$.PGI files shown in 
Fig. 1 as programs exist. A program comprises a plural- 
ity of cuts each specifying an area of a portion or all of 
a title. Cuts of a program are played back. in a specified 
order. Fig. 17 is a diagram showing the structure ol a 
PROGRANL$$$.PGI file. As shown in the figure, 
filejypejd is placed at the head of the file to indicate 
that the file is PROGRAM_$$$.PGI. filejypejd is fol- 
lowed by program ( ) which is finally followed by 
text Jjlock ( ). Notation $$$ is a string of characters rep- 
resenting the number of a program. 
[0034] program ( ) is an area used for recording infor- 
mation required in an operation to collect necessary por- 
tions of titles and play back them without accomplishing 
irreversible editing of materials. Fig. 18 is a diagram 
showing a detailed structure of program ( ). 
[0035] program ( ) shown in Fig. 18 has one playjist. 
Fig. 19 is a diagram showing details of playjist ( ). 
[0036] A plurality of piayjtems ( ) are placed in 
playjist. Fig. 20 is a diagram showing details of 
playjtem ( ). 

[0037] As many CHUNKGROUP_©@@.CGIT files 
shown in Fig. 1 as many chunk groups exist. A chunk 
group is a data structure used for arranging a bit stream. 
When the user normally operates an apparatus for re- 
cording and playing back information into and from a re- 
cording medium such as a VDR (Video Disc Recorder),- 
the user is not aware of the existence of this file. 
[0038] Fig. 21 is a diagram showing a 
CHUNKGROUP_@ @@.CG!T file. As shown in the fig- 
ure, filejypejd. is placed at the head of the file to indi- 
cate that the file is CHUNKGROUP_@@@.CGIT. 
filejypejd is followed by chunkgroupJimeJ)ase_ 
flags and chunkgroupjime_base_offset which are fol- 
lowed by chunk_connectionjnfo (). Finally, chunks 



connect ion jnfo ( } is followed by textjalock ( ). 
[0039] chunkgroupJime_baseJtags are flags each 
associated with a reference counter of a chunk group. 
chunkgroupJime_base_6ffset shows a start time of a 
reference time axis of a chunk group. chunkgroup_ 
time_base_offset is a 32-bit value set in a counter which 
counts up at a frequency of 90kHz. chunk_connection_ 
info () is an area used for recording peculiar information 
such as a video switch-over point, and video and audio 
synchronization. Fig. 22 is a diagram showing a detailed 
structure of chunk_connection_info ( ). 
[0040] chunk_connectionjnfo ( ) includes as many 
loops of chunk_arrangement jnfo ( ) as chunks pertain- 
ing to a chunk group. Fig. 23 is a diagram showing de- 
tails of chunk_arrangement jnfo ( ). 
[0041] As many CHUNK Jfc%%%.ABST files shown 
in Fig. 1 as many chunks exist. A chunk is information 
file for a stream file. Fig. 24 is a diagram showing the 
structure of a CHUNK_%%%%.ABST file. As shown in 
the figure, filejypejd is placed at the head of the file 
to indicate that the.file is CHUNK_%%%%.ABST. 
[0042] The CHUNK_%%%%.MPEG2 file shown in 
Fig. 1 is a stream file. Unlike other files which are gen- 
erally used tor storing information only, this file is used 
for storing an MPEG bit stream. 
[0043] Fig. 25 is a diagram showing a typical config- 
uration of an optical-disc apparatus for- recording and 
playing back information into and from an optical disc 
used as a recording medium including the files de- 
scribed above. In the optical -disc apparatus, a single op- 
tical head 2 is provided for a rewritable. optical disc 1. 
The optical head 2 is used for both reading out and writ- 
ing information from and into the optical disc 1 . 
[0044] After being demodulated in an RF & demodu- 
lation/modulation circuit 3, a bit stream read out by the 
optical head 2 from the optica) disc 1 is subjected to error 
correction in an ECC circuit 4 before being supplied to 
a read-out channel buffer 6 for absorbing a difference 
between a read-out rate and a decode-p recessing rate 
by way of a switch 5. An output of the read-out channel 
buffer 6 i&supplied to a decoder 7. The read-out channel 
buffer 6 is designed so that a system controller 1 3 is 
capable of reading and writing the read-out channel 
buffer 6. 

[0045] A bit stream output by the : read-out channel 
buffer 6 is decoded by the decoder 7 which outputs vid- 
eo and audio signals as results of decoding. The video 
signal output by the decoder. 7 is supplied to a synthesis 
circuit 8 to be synthesized therein with a video signal 
generated by an OSD (On Screen Display) control cir- 
cuit 9. A result of the synthesis is output through an out- 
put terminal P1 to a display unit be displayed on the dis- 
play unit which is not shown in the figure. In the mean 
time, the audio signal generated by the decoder 7 is out- 
put to a speaker through an output terminal P2 to be 
played back in the speaker which is also not shown in 
the figure. 

[0046] On the other hand, a video signal input from 
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an input terminal P3 and an audio signal input from an 
input terminal P4 are encoded by an encoder 10 before 
being supplied to a write-in channel buffer 1 1 for absorb- 
ing, a difference between an encode-p roc essing rate 
and a write-in rate. The write-in channel buffer 11 is also 
designed so that the system controller 1 3 is capable of 
reading and writing the write-in channel buffer 11. 
[0047] Data stored in the wrile-in channel buffer 11 is 
- read out from the write-in channel buffer 1 1 and supplied 
to the ECC circuit 4 by way of the switch 5. In the ECC 
circuit 4, an error correction code is added to the data 
before the data is supplied to the RF & demodulation/ 
modulation circuit 3 to be modulated thereby. Arsignal, 
strictly, speaking, an RF signal, output by the RF & de- 
modulation/modulation circuit 3 is recorded onto the op- 
tical disc 1 by the optical head 2. 
[0048] An address detecting circuit 12 detects infor- 
mation on an address on a track on an optical disc 1 
subjected to a recording or playback operation. The sys- 
tem controller 13 controls operations of components 
composing the optical-disc apparatus. The system con- 
troller 13 comprises a CPU 21 for executing various 
kinds of control, a ROM unit 22 for storing information 
such as processing programs to be executed by the 
CPU 21 , a RAM unit 23 for temporarily storing informa- 
tion such as data obtained as a result in the course of 
processing carried out by the CPU 21 and a RAM unit 
24 for storing a variety of information files to be recorded 
or played back into or from the optical disc 1 . The CPU 
21 finely adjusts the position of the optical head 2 on the 
basis of a result of detection output by the address de- 
tecting circuit 12. The CPU 21 also controls switching- 
over operations of the switch 5. Composed of a variety 
of switches and a variety of buttons, an input unit 14 is 
operated by the user for entering a variety of commands 
to the optical-disc apparatus. 

[0049] Next, a basic operation to read in data from an 
information file is explained. In an operation to read in 
data from the VOLUME.TOC information file, for exam- 
ple, the CPU 21 employed in the system controller 13 
first confirms the physical address at which the VOL- 
UME.TOC file is. recorded in the optical disc 1 and the 
length of the file by using a file-system operation instruc- 
tion included in a processing program in advance. Then, 
the CPU 21 moves the optical head 2 to a read-out po- 
sition on the basis of information on the address of the 
VOLUME.TOC file. Subsequently, the CPU 21 sets the 
optical head 2, the RF & demodulation/modulation cir- 
cuit 3 and the ECC circuit 4 in a read-out mode and po- 
sitions the switch 5 on the side of the read-out channel 
buffer 6. Furthermore, the CPU 21 .finely adjusts the po- 
sition of the optical head 2 before starting a read-out 
operation by using the optical head 2. In the read-out 
operation, contents of the VOLUME.TOC file are read 
out by the optical head 2 and demodulated by the RF & 
demodulation/modulation circuit 3. The output of the RF 
& demodulation/modulation circuit 3 is subjected to error 
correction in' the ECC 4 before being stored in the read- 



out channel buffer 6. 

[0050] When the amount of data stored in the read- 
out channel buffer 6 becomes equal to. or exceeds the 
size of the VOLUME.TOC file, the CPU 21 halts the 
5 read-out operation: Later on, the CPU 21 reads out the 
data stored in the read-out channel buffer 6 and stores 
the data' in the RAM unit 24. 

[0051] Next, a basic operation to write dala into an 
information file is explained by taking the VOLUME.TOC 

to information file as an example. First of all, the CPU 21 
searches the file system, that is, the optical disc 1 , for a 
free area having a size equal lo or larger than a VOL- 
UMETOC'file, into which data is to be written, and con- 
firms the address of the free area by using a file-system 

'5 operation instruction included in a processing program 
in advance. 

[0052] Then, the CPU 21 transfers the VOLUME.TOC 
file prepared in the RAM unit 24 and to be newly written 
into the optical disc 1 to the write-in channel butler 11 .- 

w The CPU 21 then moves the optical head 2 to a write- 
in position on the basis of information on the address' of. 
the VOL UME.TOC file. Subsequently, the CPU 21 sets 
the optical head 2, the RF & demodulation/modulation 
circuit 3 and the ECC circuit 4 in a write-in mode and 

?5 positions the switch 5 on the side of the write-in channel 
buffer 11. Furthermore, the CPU 21 finely adjusts the 
.position of the optical head 2 before starting a write-in 
operation by using the optical head 2. 
[0053] In the write-in operation, the newly prepared 

» contents of the VOLUME.TOC file are read out from the. 
write-in channel buffer 11 and supplied to the ECC cir- 
cuit 4by way of the switch 5. In the ECC circuit 4, an 
error correction code is added to the contents before 
modulation by the RF & demodulation/modulation circuit 

s 3. A signal output by the RF & demodulation/modulation 
circuit 3 is recorded into the optical disc 1 by the optical 
- head 2. When the amount of data read out from the 
write-in channel buffer 11 and recorded into the optical 
disc 1 becomes equal to or exceeds the size of the VOL- 

o UME.TOC file, the CPU 21 halts the write-in operation. 
[0054] Finally, the CPU 21 rewrites a pointer pointing 
to the VOLUME.TOC file pn the file system, that is, the 
optical disc 1 , so as to make the pointer point to the new- 
ly written position by using a file-system operation in : 

5 structbn included in the processing program in ad- 
vance. 

[0055] * Next, a basic operation to play back a stream 
is explained by taking a CHUNK_0001.MPEG2 file 
shown in Fig. 1 as an example. First of all, the CPU 21- 

o employed in the system controller 13 confirms the phys- 
ical address at which the CHUNK_0001.MPEG2 file is 
recorded in the optical disc 21 and the length of the file 
by using a file-system operation instruction Included in 
a processing program in advance. Then, the CPU 21 

5 moves the optical head 2 to a read-out position on the 
basis of information on the address of the CHUNK_. 
0001.MPEG2 file. Subsequently, the CPU 21 sets the 
optical head 2, the RF & demodulation/modulation cir- 
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cuit 3 and the ECC circui! 4 In a read-out mode and po- 
sitions the switch 5 on the side of the read-out channel 
buffer 6. Furthermore, the CPU 21 finely adjusts the po- 
sition of the optical head 2 before starting a read-out 
operation by using the optical head 2. 5 
[0056] In the read-out operation; contents of the 
CHUNK.0001.MPEG2 file read out by.the optical head 
2 are stored in the read-out channel buffer 6 through the 
RF & demodulation/modulation circuit 3, the ECC circuit 

4 and the switch 5. The data stored in the read-out chan- 10 
nel buffer 6 is output to the decoder 7 to be decoded by 

the decoder 7 which outputs video and audio signals as 
results'of decoding. The audio signal generated by the 
decoder 7 is output to the output terminal P2. In .the 
mean time, the video signal output by the decoder 7 is '5 
supplied to the output terminal P1 through the synthesis 
circuit 8. 

[0057] When the. amount of data read out from the op- 
tical disc 1 and decoded by the decoder 7 to be finally 
displayed becomes equal to the- size of the 20 
CHUNK_0001 . MPEG2 or when an instruction to halt the 
read-out operation is received from the input unit 14, the 
CPU 21 stops the readout and decode processing. 
[0056] Next, a basic operation to record a stream into 
an information" file is explained by taking the 25 
CHUNK.000 1.MPEG2 information file as an example. 
First of all, the CPU 21 searches the file system, that is, 
the optical disc 1 , for a free area having a size equal to 
or larger than the CHUNK_0001 .MPEG2 file, into which - 
a stream is to be written, and confirms the address of 30 
the free area by using a file-system operation instruction 
included in a processing program in advance. 
[0059] A video signal input from the input terminal P3 
and an audio signal input from the input terminal. P4 are 
encoded by an encoder 10 before being supplied to the 35 
write-in channel buffer 11. The CPU 21 then moves the 
optical head 2 to a write-in position on the basis of in- 
formation on the address of the CHUNK.0001 .MPEG2 
file. Subsequently, the CPU 21 sets the optical head 2, 
the RF & demodulation/modulation circuit 3 and the <o 
ECC circuit 4 in a write-in mode and positions the switch 

5 on the side of the write-in channel buffer 11. Further- 
more, the CPU 21 finely adjusts the position of the op- 
tical head 2 before starting a write-in operation by using 

the optical head 2. In the write-in operation, the newly 45 
prepared contents of the CHUNK.0001. MPEG2 file are 
read out from the write-in channel buffer 11 and supplied 
to optical head 2 by way of the switch 5, the ECC circuit 
4 and the RF & demckJulalion/modulation circuit 3. A sig- 
nal output by the RF & demodulation/modulation circuit so 
3 is recorded into the optical disc 1 by the optical head 2. 
[0060] When the amount of data read out from the 
write-in channel buffer 11 and recorded into the optical 
disc 1 becomes equal to the size of the 
CHUNK__0001 .MPEG2 or when an instruction to halt the ss 
write-in operation is received from the input unit 14, the 
CPU 21 stops the write-in processing. Finally, the CPU 
21 rewrites a pointer pointing to the CHUNK. 



0001.MPEG2 file on the file system, that is, the optical 
disc 1 , so as to make the pointer point to the newly writ- 
ten position by using a file-system operation instruction 
included in the processing program in advance. 
[0061] Assume that information and stream files 
shown in Fig. 26 have been recorded in the optical disc 
1. In this example, the optical disc 1 includes a file 
named PROGRAM 001. PGI for storing a program. In 
addition, the optical disc 1 also includes three title files 
named TITLE.001.VDR, TITLEJX)2.VDR and 
TITLE.003. VDR respectively. 

[0062] Furthermore, the optical disc 1 also includes 
two chunk-group information files named CHUNK- 
GROUP J)01.CGIT and CHUNKGROUPJX)2.CGIT. 
On the top of that, the optical disc 1 includes three 
stream files named CHUNK.0001. MPEG2, CHUNK_ 
0011.MPEG2 and CHUNK.0012.MPEG2 as well as 
three information files named CHUNK.0001. ABST, 
CHUNK_0011.ABST and CHUNK_0012.ABST associ- 
ated with the CHUNK.0001. MPEG2, CHUNK. 
0011.MPEG2 and CHUNK.0012.MPEG2 files respec~ 
lively. 

[0063] Fig. 27 is a diagram showing the logical struc- 
ture of the optical disc 1 containing the information and 
stream files shown in Fig. 26. In this example, the chunk 
information files named CHUNK_0001 . ABST, CHUNK. 
0011.ABST and CHUNK J)01 2. ABST specify the 
CHUNK.0001. MPEG2, CHUNK.00T1.MPEG2 and 
CHUNKJX)1 2.MPEG2 stream files respectively. To put 
it concretely, in a chunk.file.id field of each of the 
CHUNK.%%%%.ABST-files shown in Fig. 24, the file 
ID of the associated stream tile is specified. 
[0064] In addition, in this example; the chunk-group 
information file named CHUNKGROUP.001.CGIT 
specifies the chunk information file named CHUNK. 
0001. ABST whereas the chunk-group information file 
named CHUNKGROUP.002.CGIT specifies the chunk 
information files named CHUN K.00 11. ABST and 
CHUNK_0012.ABST. To put it concretely, in a 
chunk_info_file.id field of chunk.arrangement.info ( ) 
shown in Fig. 23, a file ID of chunk information is spec- 
ified. This chunk.arrangement.info ( ) is included in a 
chunk group information file. As many chunk, 
arrangement.infos ( ) as chunks pertaining to a chunk 
group exist in the data structure. It should be noted that 
chunk.arrangement.info ( ) shown in Fig. 23 is de- 
scribed in chunk.connection.info ( ) shown in Fig.~22 
and this chunk.connection.info is described in the 
CHUNKGROUP. ###.CGIT file shown in Fig. 21. 
[0065] There is only one chunk.arrangement.info ( ) 
in PHUNKGROUP.001. The chunk.info.filejd field of 
this chunk.arrangement.info () specifies CHUNK. 
0001. On the other hand, there are two 
chunk.arrangement.infos ( ) in CHUNKGROUP.002. 
The chunk.info_file.id fields of these chunk, 
arrangement.infos () specify CHUNK.0011 and 
CHUNK.001 2 respectively. Thus, a chunk group can be 
used to specify an order in which a plurality of chunks 
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are to be played back. 

[0066] ' To put it concretely, first of all, an initial value 
of a timer for the chunk group is determined by . 
chunkgroup_time_base_offset in the CHUNKGROUP_ 
###.CGITfile shown in Fig. 21. Then, when each chunk 
is cataloged, presentation_start_cg_time_count and 
presentattion_end_cgJime_count ol chunk_arrange- 
menljnfo ( ) shown in Fig. 23 are specified. 
[0067] For example, assume that the time lengths of 
CHUNK_0011 and CHUNK.0012 are A and B respec- 
tively as shown in Fig. 28. In this case, 
presentation_start_cg_count and presentation. 
end_cg_count of CHUNK_0011 are equal to 
chunkgroup_time_base_offset and chunk_group_ 
timeJ>ase_offset+A respectively. On the other hand, 
presentation_start_cg_count and presentattion_ 
end_cg_count of CHUNK_0012 are equar to 
chunkgroup_time_ba setoff set + A and chunk_group_ 
time_base_offset+A+B respectively. By setting the 
fields in this way,CHUNKGROUP_002 is defined so that 
CHUNK J)011 and CHUNKJ)01 2 are played back con- 
tinuously. 

[0068] It should be noted that, if the playback time of 
CHUNK J)011 overlaps the playback time of 
CHUNK_0012, one of the playback times can be shifted 
to eliminate the overlapping. In addition, transition _info 
( ) in chunk_arrangement_jnfo ( ) shown in Fig. 23 is 
used as a descriptive field used for specifying a special . 
effect such as a fade-in, a fade-out or a wipe in a tran- 
sition from one stream to another one. 
[0069] In the example shown in Fig. 26 (or Fig. 27), 
the TITLE.001 .VDR and TITLE_002.VDR title informa- 
tion files specify the CHUNKGROUP_001 .CGIT chunk- 
group information file whereas the TITLE_003. VDR title 
information file specifies the CHUNKGROUP_ 
002.CGIT chunk-group information file. To put it con- 
cretely, a cgit_file_id field in titlejnfo ( ) shown in Fig. 
16 specifies the file ID of the chunk group. In addition, 
fields named title_start_chunk_group_time_stamp aind 
title_end_chunk_group_time_stamp are used for spec- 
ifying a time range in which the title is defined in the 
chunk group. 

[0070] In the example shown in Fig. 27, for example, 
TIT.LE_001 and TITLE_002 specify the first and second 
halves of CHUNKGROUP 001. it should be noted that 
the division conforms to a request made by the user and 
its position is determined arbitrarily by the user instead 
of being determined in advance. In this example, let the 
position of division into TITLE_001 and TITLE_002 be 
set at a location separated away from the head of 
CHUNKGROUP_001 by a distance of A. 
[0071] TITLE.001 specifies CHUNKGROUP_001 as 
a chunk group and a start time of CHUNKGROUP_001 
as a start time of the title. As an end time of the title, a 
time of a point specified by the user is specified. 
[0072] That is to say, as title_start_chunk_ 
group Jime_stamp of TITLE 001, chunkgroup_time_ 
base_offset (the position of the head) of 



CHUNKGROUPJX)1 is set whereas, as title_end_ 
chunk_group_time_stamp of TITLE_001, a sum of 
chunkgroup_time_base_offset of CHUNKGROUP_001 
. and the distance A is set. 
5 [0073] TITLE_002 specifies CHUNKGROUP_001 as 
a chunk group and a time of a point specified by the user 
is specified a start time of the title. As an end time of the 
title, an end time of CHUNKGROUPJXJ1 is specified. 
[0074] That is to say. as title_start_chunk_group_ 
10 time_stamp of TITLE_002, a sum of chunk- 
groupJime_base_offset (the position of the head) of 
CHUNKG ROUP_001 and the distance A is set whereas, 
as title_end_chunk_groupjime_stamp of TITLE_002. 
a sum of chunkgroup_time_base_offset of CHUNK- 
'S GROUP_001 and the length of CHUNKG ROUP J)01 is 
set. 

[0075] TITLE_003 specifies CHUNKG ROUPJ)02 as 
a chunk group and a start time of CHUNKGROUP_002 
is specified a start time of the title. As an end time of the 

20 title, an end time of CHUNKGROUP_002 is specified. 
[0076] That is to. say, as title_start_chunk_ 
group_time_stamp of TITLE_003, chunkgroup_time_' 
base_offset (the position of the head) of 
CHUNKGROUP_002 is set whereas,- as title_end_ 

25 chunk_group_time_stamp of TITLE_003, a sum of 
chunkgroup_time_base_offset of CHUNKGROUP_002 
and the length of CHUNKGROUP_002 is set. 
[0077] In addition, in this example, the program infor- 
mation file named PROGRAM_001.PGI specifies that 

30 part of TITLE_001 and part of TITLEJD03 be played 
back in an order the parts are enumerated. To put it con- 
cretely, t it le_n umber in play_item ( ) shown in Fig. 20 is 
used for specifying a title. Times defined by a title are 
' used for defining start and end points to extract a cut. A 

35 plurality of such cuts are gathered to compose a pro- 
gram. 

[0078] The following is a description of an append- 
record operation to additionally record new information 
onto the optical disc 1 . To put it concretely, this append- 

40 record operation is typically carried out as a video re- 
cording operation or carried out by the user by operating 
the input unit 14 to enter a command to perform video 
real-time recording to the optical-disc apparatus. In the 
latter case, a recording button is pressed if the video- 

45 recording end time is not known. A button for a one- 
touch recording function is pressed, however, for a case 
in which the recording end time can be predicted. The 
one-touch recording function is a function for carrying 
out video recording for a fixed period of time. 

so [0079] The append-record operation is explained by 
taking timer recording as an example. In this case, the 
user of the optical-disc apparatus specifies, among oth- 
er things, a recording start time, a recording end time, 
the bit rate of a bit stream and a channel to be recorded 

55 in advance. In addition, at a point of time the video re- 
cording is reserved, the optical disc 1 is checked in ad- 
vance to find out whether or not there is left a free space 
suited for the bit rate and the length of the recording 
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time. 

[0080] If another recording operation is carried out on 
the optical disc 1 between a time a reservation is made 
and a time to execute the reserved video recording, it is 
quite within the bounds of possibility that the confirmed 5 
free space for implementing the reserved video record- 
ing at the specified bit rate can not be allocated any 
more. In such a case, the CPU 21 either reduces the bit 
rate to a value smaller than the specified fore in order 
to record information for the reserved period of time, or 10 
records information for a period of time as long as pos- 
sible by Keeping the bit rate unchanged as it is. It is need- 
less to say that the CPU 21 then carries out the record- 
ing operation further and, as an inconvenience for the 
reserved video recording is detected, a message in- is 
forming the user of the inconvenience is issued. 
[0081] As the start time of the reserved video record- 
ing is approaching, the CPU 21 uses an embedded timer 
and a clock signal to automatically restore the optical- 
disc apparatus to an operating mode from a sleep mode. 20 
Then, the CPU 21 issues a file-system operation instruc- 
tion included in Ihe processing program from the begin- 
ning to allocate an area used for recording a reserved . 
program on the optical disc 1 . That is to say, first of all, 
the CPU 21 subtracts the start time from the end time 25 
of the reserved recording to find the length of the record- 
ing time and, then, calculates a product of the length of 
the recording time and the bit rate to find the size of the 
necessary area to be allocated for recording the re- 
served program. In addition to a stream file required in 30 
the reserved recording, data may need to be stored in 
an information file. To be more specific, when a new title 
needs to be stored in a title information file, an area has 
to be allocated on the optical disc 1 for recording the title 
information file. If an area with a sufficient size can not 35 
be allocated, it is necessary to adopt the counlermeas- 
ure technique described above, that is, reduction of the 
bit rate or carrying out a recording operation only for a ■ 
period of lime corresponding to the allocated area. 
[0082] . It should be noted that, since a new title is *o 
stored in this case, the user gives a name to a new 
stream file, strictly speaking, to a new stream file in a 
new stream directory. Let the name be ¥MPE- 
GAV¥STREAM_003¥ CHUNK_0031 . That is to say, the - 
name of the stream file is CHUNKJ)031.MPEG2 in the 45 
STREAM_003 directory under the MPEG AV directory in 
the root directory as shown in Fig. 29. 
[0083] The CPU 21 issues .instructions of execution 
in the recording mode to other components of the opti- 
cal-disc apparatus. For example; a video signal re- so 
ceived through the input terminal P3 and an audio signal 
through the input terminal P4 from a tgner not shown in 
the figure are encoded by the encoder 10 and then 
stored in a write-in channel buffer 11 . Then, the CPU 21 
moves the optical head 2 to a write position determined ss 
by information on an address of the area allocated ear- 
lier. The CPU 21 then sets the optical head 2, the RF & 
demodulation/modulalion circuit 3 and the ECC circuit 



4 in a write-in mode and positions the switch 5 on the 
side of the write-in channel buffer 11. After the position 
of Ihe optical head 2 has been finely adjusted, a write- 
in operation using the optical head 2 is started. At that 
time, data to be recorded in a newty provided file named 
CHUIMK_0031 .MREG2 is read out from the write-in 
channel buffer 11 to be recorded onto the optical disc 1 
by way of the switch 5, the ECC circuit 4, the RF & de- 
modulation/modulation circuit 3 and the optical head 2. 
[0084] • When one of the following events occurs dur- 
ing the write-in operation described above, the CPU 21 
halts the operation. 

1 The end time of the reserved video recording is 
reached. 

2 Information can no longer be recorded onto the 
optical disc 1 due to a reason such as an insufficient 
storage capacity. 

3 An instruction to stop the recording operation is 
received. 

[0085] Next, by using a file-system operation instruc- 
tion included in the processing program in advance, the 
CPU 21 updates a pointer pointing to CHUNK_ 
0031.MPEG2 in the file system with a value pointing to 
a location at which information has been newly record- 
ed.. In addition, the CPU 21 prepares files respectively 
for chunk information, chunk-group information and title 
information, gives a name to each of the files and 
records the information into the files. It should be noted 
that free spaces for recording the files need to be allo- 
cated in advance on the optical disc 1. during the record- 
ing operation or at the reservation time. 
[0086] As a result, new information files are created 
typically as shown in Fig. 30. In the figure, files names 
each with an asterisk mark provided on the right side 
thereof are the names of the files newfy created in the 
operation described above. 

[0087] Fig. 31 is a diagram showing a relation among 
the newly created information files. As shown in the fig- 
ure, TITLE_004 specifies CHUNKGROUP_003 specify- 
ing CHUNKJXJ31 which specifies STREAM_0O31 . 
[0088] That is to.say, a new stream is recorded in an 
information file as TITLE JX)4. By using a function of the 
optical-disc apparatus to verify a title, the user is capa- 
ble of knowing information such as attrfoutes of 
TITLE_004. In addition, TITLE_004 can be played back. 
[0089] The following is a description of an operation 
to overwrite/record information on an optical disc 1 like 
one shown in Fig. 26 (or Fig. 27). Much like an operation 
to record a signal onto a video tape, an overwrite-record 
operation is an operation to record a new program over 
an existing program already recorded on the optical disc 
1 , erasing the existing program. 
[0090] In the overwrite-record operation, a position to 
start the operation is important. Assume that the user 
specifies the head of TITLE_001 as a position to start 
an overwrite-record operation. In this case, the over- 
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write-record operation is carried oul by overwriting ex- 
isting information recorded in TITLE_001, TITLEJ302 
and TITLE_003 in an order they are enumerated. If the 
overwrite-record operation has not been finished even 
if the end of TITLE_003 is reached, the recording oper- 5 
ation is continued by allocating a new free area on the 
optical disc 1 • If TITLE_002 is specified as a location to 
start' an overwrite-record operation, information in 
TITLE J)0f will not be overwritten by the recording op- 
eration because TITLE _001 precedes the start location 
of the operation. 

[0091] Assume that timer video recording is carried 
out by overwriting existing information starting" with" that 
at the head of TITLE_003. In this case, the user of the 
optical-disc apparatus specifies, among other things, a 
recording start time, a recording end time, the bit rate of 
a bit stream and a channel to be recorded in advance. 
In addition, the head of TITLE J)03 is specified as a re- 
cording start location which is of importance to the over- 
write-record operation.- Furthermore, also in this case, 
at a point of time the video recording is reserved, the 
existence of a space suited for the bit rate and the video 
recording time on the optical disc 1 is verified in ad- 
vance. In the case of an overwrite-record operation, a 
sum of the total size of a plurality of rewritable titles start- 
ing from a specified location and free areas on the op- 
tical disc 1 is a recordable space. To be more specific, 
in this case, a sum of the total size of STREAM_0011 
and STREAMJ)0,12 streams controlled by TITLEJXJ3 
and a free area on the optical disc 1 is a recordable 
space. 

[0092] In a overwrite-record operation, forthe record- 
able space described above, there are some items 
available for selection as to what order the video record- 
ing is to be actually carried out. As a first conceivable 
item of selection, it is possible to select a technique to 
record information in' an order streams are specified in 
the title. To be more specific, in this case, it is possible 
to select a technique wherein the video recording is 
started from the head of STREAM_001 1 and, as the end 
of STREAM_0011 is reached, the recording is continued 
to the head of STREAM_0012. Then, as the end of 
STREAM_0012 is reached, the video recording is con- 
tinued to the free space on the optical disc 1 . As another 
technique, first of all, the* video recording is carried out 
on the free area on the optical disc 1 and, at a point of 
time the free area is all used up, the recording is contin- 
ued to'an existing stream. 

[0093] The former technique is excellent in a sense 
that the technique emulates a video tape. That is to say, 
since the recording operation resembles an operation 
to record information onto a video tape, the operation is 
characterized in that the user is capable of comprehend- 
ing the operation with ease. On the other hand, charac- 
terized in that an already recorded stream is erased lat- 
er, the latter technique is excellent in a sense that re- 
corded information is protected. 
[0094] It should be noted that, if another recording op- 



eration is carried out on the optical disc 1 between a 
time a reservation is made and a time to execute the 
reserved video recording, it is quite within the bounds of 
possibility that the confirmed free space for implement- 
ing the reserved video recording at the specified bit rate 
can not be allocated any more. In such a case, much 
like the append-recbrd operation described earlier, the 
CPU 21 either automatically reduces the bit rate to a 
vaiue smaller than the specified fore in order to record, 
information for the reserved period of time, or records 
information for a period of time as long as possible by 
keeping the bit rate unchanged as it is. 
[0095] As the start time of the reserved video record- 
ing is approaching, the optical-disc apparatus is re- 
stored from a sleep mode to an operating mode. The 
CPU 21 allocates all free areas on the optical disc 1. It 
is needless to say that there is also a method whereby 
a free area is not allocated at this point of time but allo- 
cated at a point. of time such an area is required. For the 
sake of explanation simplicity, a required area is allocat-' 
ed prior to the start of recording. 
[0096] It should be noted that since the size of a re- 
quired area is known in advance in timer recording due 
to the fact that a start :time, an end time and a bit rate 
are specified, only an area with a required size or a re- 
quired size plus a certain additional margin can be allo- 
cated. In case it is necessary to record information files 
such as a case in which a title information file to be re- 
corded as a new title is required during recording, how- 
ever, an area with a size sufficient for recording the in- 
formation files needs to be allocated. 
[0097] A name is given to a new stream file, strictly 
speaking, a new stream file in a new stream directory. 
Let the name be ¥MPEGAWSTREAM_002¥CHUNK_ 
0031. That is to say, the name of the stream file is 
CHUNKJX)31.MPEG2 in the STREAM_002 directory 
under the MPEGAV directory in the.root directory as 
shown in Fig. 32. 

[0098] A video signal received through the input ter- 
minal P3and an audio signal through the input terminal 
P4 from a tuner not shown in the figure are encoded by 
the encoder 10 and then stored in a write-in channel 
buffer 11. Then, the CPU 21 moves the optical head 2 
to a write position determined by information on an ad- 
dress of the area allocated earlier. The CPU 21 then sets 
the optical head 2, the RF & demodulation/modulation 
circuit 3 and the ECC circuit 4 in a write-in mode -and 
positions the switch 5 on the side of the write-in channel 
buffer 11. After the position of the optical head 2 has 
been finely adjusted, a write-in operation using the op- 
tical head 2 is started. At that time, data to be recorded 
in a newly provided file named CHUNKJX)31.MPEG2 
is read out from the write-in channel buffer 11 to be re- 
corded onto the optical disc 1 by way of the switch 5, 
the ECC circuit 4, the RF & demodulation/modulation 
circuit 3 and the optical head 2. 
[0099] At that time, first of all, the stream file named 
CHUNK_0011.MPEG2 is rewritten. After the recording 
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has reached the end of the stream file named 
CHUNK J)011 .MPEG2, then/the operation is continued 
to a stream file named CHUNK_0012.MPEG2 prior to 
continuation to a. stream tile named CHUNK_ 
0031.MPEG2. 5 
[01 00] While the processing described above is being 
carried out, the CPU 21 halts the write-in operation at a 
point ol lime any one of the 3 conditions described ear- 
lier is met. 

[0101] Then, the CPU 21 executes a file-system op- io 
eration instruction included in the processing program 
in advance to update the stream files, chunk informa- 
tion, chunk-group information and title information. 
[0102] By the way, the configuration of files is 
changed with timing synchronized to completion of the *5 
write-in operation. For example, when recording is car- 
ried out on the stream file named CHUNK_ 
0031.MPEG2 after the write-in operations of the 2 
stream files named CHUNK_0011.MPEG2 and 
CHUNK_0012.MPEG2 have been completed, the con- 20 
figuration of files on the optical disc 1 is changed to one 
shown In Fig. 33. A file name with an asterisk mark . 
appended on the right side thereof is the name of a file 
newly created this time. 

[0103] Fig. 34 is a diagram showing a relation of files 2S 
newly created in this way, that is, files shown in Fig. 33. 
When compared with that shown in Fig. 31 , it is obvious 
that CHUNK.0031 is added as a chunk included in 
CHUNKGROUP_002 specified by TITLE_003 and 
CHUNK J3031 specifies STREAM_0031. 30 
[01 04] Oh the other hand, if the overwrite-record op- 
eration is completed while data is being written into an 
existing stream file, that is, if the overwrite-record oper- 
ation is completed while data is being written into, the 
stream file named CHUNKJ)011 .MPEG2 for example, 35 
the free area allocated for the overwrite operation on the 
stream file- named CHUNK_0031.MPEG2 is released 
because no data is overwritten into the file. In this case, 
special title processing is carried out. To put it in detail, 
when an overwrite-record operation is started at the *o 
head of TITLE J)03 and the operation is completed in 
the middle of it, the title is split. To be more specific, as 
shown in Fig. 35, new TITLE_003 is assigned toa region 
between the start position of the overwrite-record oper- 
ation and the position of completion whereas 45 
TITLE_004 is given to an area following the region, that 
is, the rest ol the area to which TITLE J)03 is supposed 
to be assigned originally. 

[0105] Next, an operation to play back a title is ex- 
plained. Now, assume that an optical disc 1 havingiiles so 
shown in Fig. 26 is inserted into the optical-disc appa- 
ratus and a title is then played back from the disc 1. 
When the optical disc 1 is inserted into the~"apparatus, 
first of all, the CPU 21 reads out data from information - 
files on the optical disc 1 and stores the data into the 55 
RAM unit 24. This processing is carried out by repeating 
the basic operation to read in data from an information 
file described earlier. 



[0106] To be more specific, first of all, the CPU 21 
reads out data from VOLUME.TOC and ALBUM. STR. 
Then, the CPU 21 examines the directory named TITLE 
to find out how many files with a name extension '.VDR' 
exist in the directory. A file with such a name extension 
is a file having title information. The number of files is 
equal to the number of titles. In the example shown in 
Fig. 26. the number of titles is three. Then, the CPU 21 
reads out title information from the three files and stores 
the information into the RAM unit 24. 
[0107] The CPU 21 controls the OSD control circuit 9 
to let the OSD control circuit 9 generate character infor- 
mation, that is, information on titles recorded on the op- 
tical disc 1 . The character information is synthesized by 
the synthesis circuit 8 with a video signal. A result of the 
synthesis is then output through the output terminal P1 
to be displayed on the display unit. To be more specific, 
the length and attributes of each of the 3 existing titles 
existing in this example are displayed. The attributes in- 
clude the name of the title and a date on which the title 
was recorded. 

[0108] Assume that the user specifies TITLE J)02 as 
a title to be played back for example. In the information 
file of TITLE_002, to be more specific, in the cgit Jile_id 
field of titlejnfo ( ) shown in Fig. 16, a file ID specifying ' 
CHUNKGROUP_001 is recorded. The CPU 21 records 
the file ID and stores- CHUN KG ROUP_001 in the RAM 
unit 24.. 

[0109] Then,theCPU21 examines which CHUNK the 
start and end times of TITLE_002 correspond to. The 
•start and end times are recorded respectively in the 
title_start_chunk_group_time_stamp and title_end_ 
chunk_group_time_stamp fields of titlejnfo ( ) shown in 
Fig. 16. The examination is carried out by comparison 
with information included in information on a CHUNK- 
GROUP in which their respective chunks have been re- 
corded. To be more specific, the examination is done by 
comparison with information recorded in the 
presentation_start_cg_time_count and presentation^ 
end_cg_ttme_count fields of chunk^arrangementjnfo 
( ) shown in Fig. 23. In this .example, the start time of 
TITLEJX32 is known to be in the midst of CHUNK J)001 
as shown in Fig. 27. That is to say, it is obvious that, in 
order to play back TITLE _002 from the head thereof, the 
playback operation needs to be started from the middle 
of the CHUNK_0001.MPEG2 stream file. 
[0110] Subsequently, the CPU 21 examines the 
stream in order to determine which part of the stream 
corresponds to the head of TITLE__Q02. That is to say, 
the CPU 21 computes the magnitude of an offset time 
(a time stamp) in the stream corresponding to the head 
of TITLE.002. Next, by using characteristic-point infor- 
mation in the CHUNK file, a playback start point corre- 
sponding to a point immediately before the start time is 
identified. In this way, an offset distance of the playback 
start point from the head of the file can be confirmed. 
[0111] Then, by using a file-system operation instruc- 
tion included in the processing program in advance, the 
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CPU 21 confirms a physical address on the optical disc 
1 in which CHUNK JX)01.MPEG2 has been recorded 
and the length thereof. Further, the offset address of the 
playback start point found earlier -is added to this phys- 
ical address to finally confirm the address of the play- 
back start point of TITLE_002. 
[0112] Subsequently, the CPU 21 moves the optical 
head 2 to a read-out position determined by information 
on the address of the CHUNK J30O1.MPEG2 file. The 
CPU 21 then sets the optical head 2, the RF & demod-. 
ulation/modulation circuit 3 and the ECC circuit 4 in a 
read-out mode and positions the switch 5 on the side of 
the read-out channel buffer 6. After the position of. the 
optical head 2 has been finely adjusted, a read-out op- 
eration using the optical head 2 is started. At that time, 
data read out from the file named CHUNK.. 
0001 MPEG2 is stored in the read-out channel buffer 6. 
[0113] The data stored in the read-out channel buffer 

6 is then output to the decoder 7 to be decoded thereby. 
As results of decoding/the decoder 7 outputs video and 
audio signals. At a point of time the amount of the data 
read out from the optical disc 1 , decoded by the decoder 

7 and displayed on the display unit becomes equal to 
the size of the CHUNK J)001.MPEG2 file, the CPU 21 
makes the playback operation transit to TITLE J)03. An 
operation to play back information from TITLEJD03 is 
carried out in the same way as TITLE _002. 

[01 14] As the operation to play back data from the re- 
corded titles is completed or as an instruction to halt the 
read-out operation is received, the readout and decod- 
ing processing is terminated. 
[0115] It should be noted that, when a new disc or a 
disc with a different format is inserted into the optical- 
disc apparatus as the optical disc 1 , the CPU 21 makes 
an attempt to read out VOLUME.TOC and ALBUM. STR 
. from the inserted disc. However, these files usually do 
not exist in the newly inserted disc. In such a case, that 
is, in case VOLUME.TOC and ALBUM.STR can not be 
read out, the CPU 21 issues a message to make a re- 
quest for an instruction from the user. In response to the 
message, the user gives an instruction to the CPU 21 
to eject the optical disc 1 in case the newly inserted disc 
has a different format, or to initialize the optical disc 1 in 
case the newly inserted disc is a new disc even with the 
same format. As an alternative, the instruction may 
cause data on the newly inserted disc to be recovered 
by using some methods in case the data has been de- 
stroyed from the disc which has the same format. 
[0116] . Next, a title is further explained. TITLE Jf##. 
VDR shown in Fig. 15 is a file for storing information of 
a title. Information on a title is recorded in 1 titlejnfo ( ) 
field. The number of titlejnfo () fields existing in 
TITLE _###.VDR is 1. Thus, as many TITLE_###.VDR 
files as titles exist in a volume. 
[0117] A title number is not defined in titlejnfo () 
shown in Fig. 16. Instead, the title number is determined 
by the name of the file or the file id. That is to say, no- 
tation ### in the file name TITLE_###. VDR is a positive 



integer used as the title number. A title is not an infor- 
mation structure. Rather, a title is associated with a 
range in a chunk group. The range starts from a title in- 
dex representing a start point and ends at another title 
5 index representing the head of the next title, or the range 
may be pari of a. range ending at the end point of the 
chunk group. 

[011 8] As shown in Fig. 36, file Jypejd of TIThE_###. 
VDR shown in Fig. 1 5 is an area used for recording a 
10 string of 1 6 characters which are used as an identifica- 
tion indicating that the file is a file that includes titlejnfo 
( ). text Jj lock () is an area used for storing a variety of 
texts. Only text items allowing the use of text_block ( ) 
are recorded thereon. 
15 [0119] As shown in Fig. 16, titlejnfo () is an area 
used for recording the start and end points of the title on 
the chunk group and other attributes of the title. In ad- 
dition, titlejnfo ( ) can include a flag indicating whether 
or not a seamless playback operation between titles can 
be assured in an operatbn to play back the titles in the 
order of title numbers. This flag allows the optical disc 
apparatus to obtain information on whether or not a 
seamless playback operation between titles can be car- 
ried out in advance and whether or not it is necessary 
to change the layout when merging titles. 
[0120] A seamless playback operation within a title or 
a chunk group is assured. Since a boundary between 
titles is also a boundary between files, however, a seam- 
less playback operation between titles can not be as- 
sured in some cases. It should be noted that the optical- 
disc apparatus has a function for changing the layout 
into a state allowing a seamless playback operation to 
be carried out in general. 

[0121] title Jnfojength of titlejnfo () shown in Fig. 
16 is an area used for recording the length of titlejnfo 
( ) expressed in terms of bytes, flagsjorjitle is a field 
for recording information on the corresponding title such 
as a write attribute (that is, whether or not an operation 
to change the title is permitted), a limit on the number of 
times the title can be played back and a rating level, 
cgit Jile Jd is an area used for recording the identifica- 
tion of a CHUNKGROUP_###.CGIT) information file 
serving as a base of the title. 

[0122] title_start_chunk_groupJime_stamp is an ar- 
ea used for recording a time of a playback start time of 
the title on a local time axis defined in the chunk group. 
title_start_chunk_groupJime_stamp is a time to display 
pictures pointed to by the title index of the title. On. the 
other hand, trtle_end_chunk_groupJime_stamp is an 
so area used for recording a time of a playback end time 
of the title on a local time axis defined in the chunk group. 
title_start_chunk_groupjime_stamp is a playback end 
time of the chunk group or the value of a title index rep- 
resenting the start point of another title placed immedi- 
55 ately after the title on the time axis. 

[0123] title_p1aybackjime ( ) is an area used for re- 
cording the playback time of the title, that is, a time-code 
value or the number of frames or fields. 
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number_of_marks is an area used tor recording the total 
number ol all marks set in the title excluding title index- 
es. As shown in Fig. 37, markjype. is an area used for 
recording the type of a mark placed at any position in 
the title. A mark is utilized as a random access point in 
the title. mark_chunk_groupjime_stamp is an area 
used for recording a time stamp on the time axis of the 
chunk group. The time stamp corresponds to a location 
at which the mark is set in the title. Time stamps are. 
arranged into an order starting with the one with a small- 
est value. Indexes with time stamps representing the 
same start and end points of a title may exist. 
stuffing_bytes is an area used for recording stuffing 
bytes. Its length is- 8 x n bits where n ^ 0. 
[0124] Next, a chunk group and a chunk are explained 
by referring to Figs. 21 to 24. CHUNKGROUP_###. 
CGIT is the name of a file for storing a definition of the 
time axis of a title, the configuration of chunks and 
processing qf discontinuity points included in titles. 
[0125] A title comprises a variety of bit streams such 
as streams including no video data and DV (digital vid- 
eo) bit streams. In a DV format, a time axis is prescribed 
in terms of frame units. If the STC (System Time Clock) 
of the MPEG2 video is used as a reference, the format 
varies, making it impossible to control a DV bit stream. 
[01 26] For th is reason, a local time axis in a title is set. 
The time axis is not dependent on streams composing 
the title. A boundary between titles is set independently 
of a boundary between chunks. Thus, rather than setting 
a local time axis for each. chunk (that is, by associating 
with a bit stream on a 1-on-1 basis) or setting a local 
time axis for each title, it is proper to set a local time axis 
for a set of chunks which includes a plurality of titles, 
that Is, an arbitrary number of titles. A set of chunks is 
referred to as a chunk group. 

[0127] In a chunk group, a single time axis is defined. 
On the time axis, chunks are stuck to determine times 
to display the chunks. That is to say, a chunk group is 
an arrangement of chunks. in a state where the contents 
of a bit-stream file (a series of bytes) are expanded 
along the time axis! An arrangement of all chunks in- 
cluded in a bit-stream file along the time axis is referred 
to as a path. In a chunk group, a plurality of paths can 
be arranged. Paths that prescribe a playback start time- 
and a playback end time of a chunk group are referred 
to as main paths. Other paths are known as sub paths. 
A sub path mainly represents information such as an 
audio chunk which is recorded later as additional infor- 
mation. ~T 
[0128] A point of connection between chunks does 
not necessarily coincide with a boundary between titles. 
Thus, a point of connection between chunks is not an 
attribute of a title. If a relation between chunks is includ- 
ed as an attribute of a chunk, however, there will be a 
contradiction at hierarchical layers. Information on such 
a point of discontinuity is positioned between a chunk 
and a title and it is thus considered to be appropriate to 
position at the chunk group hierarchical level. 



[01 29] To present what is describee* above in a sum- 
mary, information of a chunk group includes how to lay 
out chunks along a time axis, an order to play back the 
chunks, a point of discontinuity at d point of connection 

5 between the end of a first chunk and the beginning of a 
next chunk to be played back after the first chunk. 
[0130] It should be noted that a chunk group'can also 
be used to specify streams to be played back at the 
same time. For instance, in an example shown in Fig. 

io 38, TITLEJJ01 specifies CHUNKGROUP_001 which 
specifies CHUNK_0001 and CHUNK J)002. At least 
portions of STREAMJ)001 and STREAM_0002 speci- 
fied by CHUNK_0001 and CHUNK_0002 respectively 
overlap each other on the. time axis and will thus be 

*s played back at the same time. 

[0131] Fig. 39 is a diagram showing a case in which 
such a chunk group is generated. In this case, chunk A 
controlling- bit stream A is synthesized together with 
chunk B controlling bit stream B. In the resulting chunk 

20 group, chunks A and.B are controlled es a main path 
and a sub path respectively. At least portions of bit 
streams A and B overlap each other and will thus be 
played back at the same time. ■ . 
[0132] As shown in Fig. 40i filejypejd of 

2S CHUNKGROUP_ ###.CGIT shown in Fig. 21 is an area 
represented by a string of 16 characters which conform 
. to ISO 646 and is used as an identification indicating 
that the Hie is a CHUNKGROUP_CGIT file. 
chunkgroupJime_base_flags is an area used tor re- 

30 cording flags regarding a reference counter of the chunk 
group. chunkgroupJime_base_offset is a* 64-bit area 
used for recording a start time of a reference time axis 
in the chunk group. The start time is set in a counter 
which counts up the number of 90 T kHz clock pulses. 

35 text_block ( ) is an area used tor storing a variety of 
lexis. Only text items allowing the use of texLblock ( ) 
are recorded thereon. 

[0133] As shown in Fig. 22, chunk_connectionjnfo ( ) 
is a file used for recording information: on singular points 

40 such as video change-over points and audio-video syn- 
chronization points. chunk_connection_info () pre- 
scribes status of connection between chunks. At a sin- 
gular point such as a joint between 2 chunks obtained 
as -a result of editing, it is necessary to transfer from one 

45 of the chunks to the other chunk in the middle of a GOP. 
Information on the vicinity of such an edit point is pre- 
scribed in chunk_connection_info (;). A chunk never 
pertains to 2 or more chunk groups. 
[0134] chunk_connection_infojength is an area 

so used for recording the .length ol chunk_connection_infd 
(.) expressed in terms of bytes. number_of_chunks is 
an area used for recording the total number of chunks 
used in the chunk group. As shown in Fig. 41, 
chunk.sync _play_flag is a flag indicating whether or not 

55 it is necessary to play back 2 or more chunks at the same 
time. A value of 0 set in this flag indicates that only 1 
chunk is to be played back. On the other hand, a value 
of 1 indicates that a plurality of chunks are to be played 
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back at the same time. 

[0135] chunk_arrangement_info_length of chunk, 
arrangementjnfo ( ) shown in Fig. 23 is an area used 
for recording the informalion of the length expressed in 
terms of bytes. To put it in detail, the length is the number 
of bytes counted starting with the first byte of 
chunk_arangement_infoJength and ending with the 
last byte of trans ilbnjnfo .(). chunk JnfoJileJti is an 
area used for recording a file identification indicating 
that the file is a chunk information file. 
[0136] chunk_switch_stream_id is an area used for 
recording stream identification of a stream.to be played 
back continuously in the case of 2 chunks connected to 
each other. TypicaJly, an identification recorded in an 
MPEG2 packet header to identify video or audio data is 
used as this stream identification. 
presentatbn_start_cg_time_count is an area used for 
recording a time-count value representing a display start 
time of a chunk as a time within the chunk group. The 
display start time of a chunk is expressed by a global 
time stamp defined in the chunk group. The operation 
to display the chunk is started at the display start time 
within the chunk group. On the other hand, 
presentatbn_end_cg_time_count is an area used lor 
recording a time-count value representing a display end 
time of a chunk as a time within the chunk group. The 
display end time of a chunk is expressed by a global 
time stamp defined in the chunk group. 
[01 37] As shown in Fig. 42, original J ime^cbuntjype 
is an area used for recording a type of a time count used 
in a stream. In the case of an MPEG2 video stream, for 
example, original Jime_count_type has a value of 
'0000'. 

number_of_start_originaljime_count_extension is an 
area which is used for recording the number of time 
counts each representing a newly required start lime in 
case a plurality of time counts are required. On the other 
hand, number^of_end_originalJime_counLextension 
is an area which is used for recording the number of time 
counts each representing a newly required end time in 
case a plurality of time counts are required. 
presentat»n_start_originalJime_count is an area used 
for recording a time within a stream or a counter value 
corresponding to presentation_start_cgJime_count. 
On the other hand, presentation_end_ original^ 
time_count is an area used for recording a time within 
a stream or a counter value corresponding to 
presentatbn__end_cgJime_count. 
[01 38] tc_ext_attributes is an area used for recording 
attributes for time_count_extension. time_count^ex- 
tension may include, among other data, information in- 
dicating which stream time_count_extension is applied 
to. 

start_originaLtime_count_extension is an area used lor - 
recording a start counter value or a start time necessary 
for switching from a chunk to another. This information 
is optional and used when it is necessary to record a 
plurality of times or counter values. On the other hand, 



end__originaljime_count_extension is an area used for 
. recording an end counter value or an end time neces- 
sary for switching from a chunk to another. This infor- 
mation is optional and used when it is necessary to 

5 record a plurality of times or counter values. 
transition_info ( ) is an area used for recording informa- 
tion required for applyinga special effect when switching 
from a chunk to another. The information may specify a 
chunk, a switching time and the type of the special effect 

io to mention a few. 

[01 39] CHUNK_%%%%. ABST shown in Fig. 24 is the 
name of a file used for recording characteristic points 
extracted from a bit stream composing a chunk identi- 
fied by a subjile number represented by notation 

is %%%%. The file includes information such as a start 
byte position, a length and attributes for each of units 
composing a bit stream such as a GOP and an audio 
frame. GOP information and audio frame information 
are collected as a CHUNK _%%%%. ABST file for each 

20 chunk (sub-file). 

[0140] As shown in Fig. 43, filejypejd ol CHUNK _ 
%%%%. ABST is an area used for recording an identifier 
indicating that the file includes streamjnfo ( ). 
filejypejd is a string of 16 characters conforming to 

25 ISO 646. 

[0141] As shown in Fig. 44, infojype shown in Fig. 
24 is an area used for recording the type of streamjnfo 
( ) that follows, infojype identifies the type of the 
stream. number_of j>rograms is an area used for re- 

30 cording the number of programs included in the MPEG2 
TS (Transport Stream). In order to obtain the number of 
such programs, it is necessary to fetch a.PSI (Program 
Specific Information). In the case of an MPEG stream 
other than a TS, the number of programs is 1. 

35 number_of_streams is an area for recording the number 
of streams used in this program. The number of streams 
is equal to the number of different PIDs (packet identi- 
fications) in the case of a TS. In the case of an MPEG 
stream other than a TS, the number of streams is equal 

40 to the number of streams having stream identifications 
different from each other. 

[0142] stream Jdentrfier is an area used for recording 
the identification of a stream or an extended identifica- 
tion ol a stream. In the case of a TS. a PID is utilized. 

45 [0143] sk>t_unitjype is an area used for recording 
how to delimit a stream in the case of a stream delimited 
at fixed intervals as shown in Fig. 45. In the case of a 
time delimiter index such as a delimiter for a frame and 
■ a field, a time stamp value is used, slot Jimejength is 

so an area used for recording a time corresponding to a 
slot, slot Jimejength is the value of a time stamp using 
a counter for counting the number of 90-kHz clock puls- 
es. number_of_s|ots is an area used for recording the 
number of slotjnfo (.) fields included in CHUNK_ 

ss %%%%.ABST 

number_of J_pictures_in_a_slot is an area used for re- 
• cording the number of l-pictures included in a slot. 
number_of J_picturesJn_a_slot is an integer in the 
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range 1 to 15. It should be noted, however, that the 
number of l-pictures included in a slot immediately pre- 
ceding a slot having a GOP header as a head thereof 
may be smaller than number_of_j_picturesjn^a_slot. 
When setting a slot having the picture header of an I 
picture as a head thereof not succeeding immediately a 
' GOP header, 
number_oH_piclur.es_in_a_slol is used. 
[0144] Next, information on a program shown in Figs. 
17 and 18 is further explained. Only one program ( ) field 
exists in PROGRAM_$$$.PGI. As many PROGRAM. 
$$$.PGI files as programs exist in a volume. The 
number of a program is not defined in program ( ). In- 
stead, the number of a program is determined by the 
name of the file or the file id. 

[0145] As shown in Fig.46. file_type_td of 
PROGRAM_$$$.PGI shown in Fig. 17 is an area used 
for recording a string of 16 characters used as an iden- 
tification indicating that the file is a file that includes pro- 
gram ( ) thereon. 

texl_block ( ) is formed for storing a variety of texts. Only 
text items allowing the use of text J>!ock ( ) are recorded 
thereon. 

[01 46] flags J or_program of program ( ) shown in Fig. 
• 1 8 is an area used for recording a variety of flags for the 
program such as a write attribute (whether or not an op- 
eration to change the program is permitted),, a limit on 
the number of times the program can be played back 
and a rating level. 

[01 47] As shown in Fig. 47, program_status is an area 
used for recording attributes of the program. This field 
is set optionally. If it is desired to set nothing in this field, 
however, "none" must be described therein. 
[01 48] program_playback Jime ( ) is an area used tor 
recording the playback time of the program. 
nurnber_oLplay_sequences is an area used for record- 
ing the number of play_sequences used in the program. 
In this example of the format, however, the number of. 
play sequences is set at a fixed value of 1. That is to 
say, since at 1 program = 1 channel play back operation 
is set in this example of the format, in order to implement 
an operation to play back 2 channels at the same time, 
the simultaneous playback specification of 2 programs 
needs to be enabled. If there is no restriction as to 1 
program = 1 channel playback operation, with 1 pro- 
gram, a 2-channel simultaneous playback operation is 
possible. In an operation to play back 2 play sequences 
at the same time by using a multichannel I/O. the optical- 
disc apparatus determines an output channel to which 
each play sequence is assigned. 
[0149] number_of_playJists is an area used for re- 
cording the number of play lists used in this play se- 
quence. In this example, the number of play lists is set 
at 1. 

playJisLstartJime_stamp_offset is an area used for 
recording a time in a play sequence obtained as a result 
of counting by means of a timer starting from the start 
time of the play sequence. This value is a start time of 



the play list. In a program, only 1 play list is allowed to 

exist in a play sequence. The time-unit system is based 
. on a frequency of 90 kHz. That is to say, the smallest 

time unit is 1/90,000 seconds, stuff ing_bytes is an area 
5 used for recording stuffing bytes. Its length is 8x n bit 

where n ^ 0. 

[0150] Next, title edit processing to .split and move a 
lille is explained. In a title splitting operation, an existing 
title is split at a position specified by the user to create 

10 new titles. In a title moving operation; the order of titles 
is changed. The format structure of a title information 
file described above is a structure that allows a title split- 
ting operation and a title moving.operation to be carried 
out with ease. That is to say, according to the formats 

i5 described above, a chunk group, that is, a structure 
body comprising a collection of bit-stream files, and a 
title, that is, a structure body recognized by the user as 
• a title are broken down into pieces of information in such 
a way that, in operations to split or move a title, it is not 

20 necessary to change information under a chunk group. 
[0151] Next, processing to split a title is explained by 
referring to a flowchart shown in Fig; 48. As shown in 
the figure, the processing starts with a step S1 , at which 
the user specifies a split point. For example, a predeter- 

2S mined location in TITLE_002 shown in Fig. 27 is speci- 
fied as a split point. The flow of the processing then goes 
on to a step S2 at which the CPU 21 creates an infor- 
mation file named.TITLE_002.VDR for a first title having 
the start point of the title to be split, that is, TITLE _002 

30 belore splitting, as its start point and the split point as 
its end point. 

[01 52] Then, the flow ol processing proceeds to a step 
S3 at which the CPU 21 creates an information file 
named TITLE _003.VDR for a second title having the 

35 split point as its start point and the end point of the title 
to be split, that is, TITLE _002 before splitting, as its end 
point. • ^ 

[0153] Subsequently, the flow of the processing con- 
tinues to a step S4 at which the CPU 21 changes the 

40 name of a title following the split title. To be more spe- 
cific, TITLE_003 shown in Fig. 27 is changed to 
TITLE JX)4 to result in titles shown in Fig. 49. 
[0154] As described above, information on a chunk 
group, chunks and streams is not.changed at all even if 

«5 a title is split. 

[0155] Next, processing to swap titles is explained by 
referring to a flowchart shown in Fig. 50. To be more 
specific. TITLE_002 shown in Fig. 49 is swapped with 
TITLE_003 shown in the same figure. 

so [0156] As shown in Fig. 50, the processing begins 
with a step S1 1 at which the CPU 21 changes the name 
TITLE_002 of the title having a number of 002 to 
TITLE_X for a title with a number X. TheTlow of the 
processing then goes on to a step S1 2 at which the CPU 

55 21 changes the name TITLE J)03 of the title having a 
number of 003 to TITLE_002 for the title with the number 
002. Then, the flow of the processing proceeds to a step 
S13 at which the CPU 21 changes the name TITLE_X 
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of the title having the number X to TITLE_003 for the 
title with the number 003. 

[0157] As described above, the CPU 21 changes the 
name TITLE_002 ot the title having the number 002 to 
TITLE_X for a title with the number X first before chang- 
ing the name TITLE^X of the title having the number X 
to TITLE_003 for the title with the number 003. It is be- 
cause of avoiding such thai, if Ihe CPU 21 changes the 
name TITLE_002 of the title having the number 002 to 
TITLE_003 for the title with the number 003 right away, 
there will be 2 titles having the same number 003 before 
the CPU 21 changes the name TITLE_003 of one of the 
2 titles having the number 003 to TITLE_002 for the title 
with the number 002. 

[0158] In the processing shown in Fig. 50, 
TITLE _002, the title with the number 002, is swapped 
with TITLE_003, a title with the number 003, as.shown 
in Fig. 51. 

[0159] Fig. 52 shows a flowchart representing 
processing to delete a title. As shown in the figure, the 
processing begins with a step S21 at which the user 
specifies a title to be deleted. The flow of the processing 
then goes on to a step S22 at which the CPU 21 forms 
a judgment as to whether or not a chunk group* chunks 
and streams associated with the specified title are also 
associated with another title. If they are not associated 
with another title, the flow of the processing proceeds to 
a step.S23 at which the CPU 21 deletes the chunk 
group, the chunks and the streams associated with the 
specified title. 

[0160] If the outcome of the judgment formed at the 
step S22 indicates that the chunk group, the chunks and 
the streams associated with the specified title are also 
associated with another title, on the other hand, deletion 
of the chunk group, the chunks and the streams will 
cause them lo cease from existing. Thus, in Ihis case, 
the operation carried out at the step S23 is skipped. 
[0161] After completing the operation carried out at 
the step 23 or if the outcome of the judgment formed at 
the step S22 indicates that the chunk group, the chunks 
and the streams associated with the specified title are 
also associated with another title, the flow of the 
processing continues to a step S24 at which the CPU 
21 processes remaining information files, that is, infor- 
mation files that were not deleted. To put it in detail, 
since a title was deleted, the numbers assigned to titles 
following the deleted one are each incremented by 1 . It 
should be noted, however, that if the outcome of the 
judgment formed at Ihe step S22 indicates that the 
chunk group, the chunks and the streams associated 
with the specified title are also associated- with another 
title, the specified title is in essence not deleted. In this 
case, the OSD control circuit 9 outputs a message stat- 
ing that the specified title is in essence not deleted to ' 
the display unit. 

[0162] After TITLE _002 has been deleted as de- 
scribed above, the former TITLE_003 file is changed to 
TITLE_002 and the former TITLE_004 file is changed 



toTITLE_003asshown in Fig. 53. At the same time, the 
former CHUNKGROUP_001 chunk group is split into 
CHUNKGROUP_001 and CHUNKGROUPJ)02 and 
the former CHUNKGROUPJ502 chunk group is 

5 changed to CHUNKGROUP_003. In addition, the 
former STREAM_001 bit stream is split into 
STREAM J)01 and STREAM_002. 
[0163] The above description shows thai, in a typical 
operation to delete a title, a stream is deleted to increase 

io the size of a free area. On the other hand, there is also 
a technique to delete a title by erasing only information 
on the title which is used as control information. In this 
case, a stream occupying a physical area is not actually 
deleted 60 that the chunk group, chunks and streams 

is associated with the title are not changed at all even if 
the title is deleted. 

[0164] Next, processing to merge titles is explained 
by referring to a flowchart shown in Fig. 54. As shown 
in the figure, the processing begins with a step S31 at 

20 which the user specifies titles, to be merged. For exam- 
ple, titles to be merged are TITLE JX>2 and TITLE J)03 
shown in Fig. 49. The flow of the processing then goes 
on to a step S32 at which the CPU 21 creates a title 
• having the start point of the head title, that is, 

25 TITLEJX)2, as a start point thereof and the end point of 
the tail title, that is, TITLE_003, as an end point thereof. 
In this example, the created file is named TITLE J002. 
[0165] Then, the flow of the processing proceeds to a 
step S33 to carry out deletion processing of titles prior 

^o to the merging. In this case, the former TITLE_002 title 
and TlTLEJX)3 are deleted. Subsequently, the flow of 
the processing continues to a step S34 at which the CPU 
21 processes information files of titles following the 
merged titles. To be more specific, in this case, 

35 TITLE_004 shown in Fig. 49 is changed to TITLE_003. 
As a resull, titles shown in Fig. 27 are obtained. 
[0166] It should be noted that,- in the example given 
above, 2 titles pertain to a same chunk group and are 
adjacent to each other. In another case, 2 titles to be 

4° merged have their own chunk groups, chunks and 
streams. In processing to merge such 2 titles, the chunk 
groups, the chunks and the streams are rearranged in 
an order by which the titles are merged to form a single 
chunk group. 

45 [0167] Next, a program is explained. An operation to 
play back a program means an operation to collect nec- 
essary portions of titles and to play back the collected 
portions without carrying out irreversible editing of the 
raw material, that is, the stream. A structure for imple- 

50 menting this operation is referred to as a program. An 
operation to play back a program is also referred to as 
a pointer playback operation. 

[0166] A program comprises of a plurality of play se- 
quences which each comprises a plurality of play lists. . 
55 a play sequence controls an output channel. Which out- 
• put^hannel of the optical-disc apparatus is assigned to ' 
a play sequence is determined in accordance with spec- 
ifications of the optical-disc apparatus. 
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[0169] A play list of a play sequence is used for ex- 
pressing overlaps of decoding and display operations 
among play items along the time axis. To put it in detail, 
, play items are arranged in a play list in such a way that 
pieces of processing ol the play items do not overlap on 
the time axis. Thus. play items in a play list can be proc- 
essed sequentially. 

[0170] In this formal example, however, a program 
has only 1 play sequence which has only 1 play list. 
[0171] A play list comprises play items which are ar- 
ranged so that there are no overlaps in display times. In 
a program, a play item is represented by a pair. of an in- 
point and an out-point which point to an area in a title. 
At a joint between play items, a playback operation may 
be seamless or may not so sometimes. That is to say, 
a seamless playback operation is not assured. 
[0172] Processing to set an operation to play back a 
program is explained by referring to a flowchart shown 
in Fig. 55. Now, assuming for example that in a state 
where PROGRAM_001 exists as shown in Fig. 27, an- 
other program PROGRAM_002 is created. 
[0173] As shown in Fig. 55, the processing begins 
with a step S41 at which the user specifies a title and in 
and out -points in the title to play back. For example, pre- 
determined first and second locations in TITLE_003 are 
specified as in and out-points respectively as shown in 
Fig. 56. 

[0174] The flow of the processing then goes on to a 
step S42 at which the CPU 21 sets the title specified at 
. the step S41, that is, TITLE_003, in title_number of 
play_item( ) of playjist of program ( ), the in-point spec- 
ified at the step S41 in item_start_time_stamp and the 
out-point specified at the step S41 in 
item_endjime_stamp. It should be noted that 
playjtem ( ), playjist and program ( ) are shown in 
Figs. 20. 1 9 and 18 respectively. 
[0175] Then, the flow of the processing proceeds to a 
stepS43at which the CPU 21 creates PROGR A M_$$$. 
PGI as a file for storing program ( ) and records the file 
intp the optical disc 1. It should be noted that notation 
$$$ in the name of the file is the number of the created 
program. Thus, notation $$$ is 002 in this case. As de- 
scribed above, PROGRAM_002 shown in Fig. 56 is cre- 
ated. 

[0176] Next, processing to play back a program is ex- 
plained by referring to a flowchart shown in Fig. 57. As 
shown in the figure, the processing begins with a step 
S51 at which the CPU 21 reads out information files from 
an optical disc 1 which includes information like ones 
shown in Fig. 27 or 56 by repeating the basic operation 
to r.ead in an information file described earlier as soon 
as the user mounts the optical disc 1 on the optical-disc 
* apparatus. The CPU 2firstores the information files into 
the/RAM unit 24. 

[0177] To put it in detail, first of all, the CPU 21 reads 
out VOLUME.TOC and ALBUM. STR and then makes 
an Inquiry to. the file system about the number of files 
each with an extension of \PGI' placed under a direc- 



tory named "program". A file with the extension VPGI - 
is a file for storing information on a program playback 
file. The number of files each with the extension '.PGr 
is the number of programs that can be played back. In 

5 the example shown in Fig. 27, the number of files each 
with an extension of '.PGr is 1. In an example shown 
in Fig. 56, on the other hand, the number of files each 
with an extension of \PGI" is 2. 
[0178] The flow of the processing then goes on to a 

io step S52 at which the CPU 21 controls the OSD control 
circuit 9 to read out information such as the number of 
programs that can be played back, their lengths and 
their attributes from the RAM unit 24 and output them to 
the display unit. The attributes include the name of each 

'5 program and the time and the date at which each pro- 
gram was recorded. 

[01 79] Then, the flow of the processing proceeds to a 
step S53 at which the user specifies a program to be 
played back. Since there are 2 programs that can be 

20 played back in the example shown in Fig. 56, the user 
specifies one of them by operating the input unit 14. As 
the user specifies a program to be played back, the flow 
of the processing continues to a step S54 at which the 
CPU 21 carries out an operation to play back the spec- 
ks ified program. 

[0180] In the operation to play back the specified pro- 
gram carried out at the step S54, the program is played 
back from a position indicated by the specified in-point 
to a position indicated by the specified out-point. For ex- 

30 ample, in the case of an operation to play back 
PROGRAM_00.1 of the example shown in Fig. 56, a 
range from an in-point to an out-point in TITLE_001 and 
a range from an in-point to an out-point in TITLE_003. 
are played back. In the case of an operation to play back 

35 PROGRAM_002, on the other hand, a range from an in- 
poinl to an out-poinl in TITLE_003 is played back. 
[0181] Then, the flow of the processing goes on to a 
step S55 at which the CPU 21 forms a judgment as to 
whether or not the operation to play back a program has 

40 been completed. It the operation has not been complet- 
ed yet, the flow of the processing goes back to the step 
S54 to repeat the execution of the processing at that 
step and the subsequent processing. If the outcome of 
the judgment formed at the step S55- indicates that the 

45 operation to play back a program has been completed, 
on the other hand, the flow of the processing proceeds 
to a step S56 at which the CPU 21 forms a judgment as 
to whether or not there is another program to be played 
back. If there is another program to be played back, the 

so flow of the processing goes back to the step S53 to re- 
peat the execution of the processing at that step and the 
subsequent processing. If the outcome of the judgment 
formed at the step S56 indicates that all programs have 
been played back, on the other hand^ the processing is 

55 terminated. 

[0182] Relations among a program, a play sequence 

and play items are shown in Figs. 58:to 60. 

[0183] As shown in Fig. 58, a program comprises a 
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plurality of play sequences which are combined in a pre- 
determined order. As shown in Fig. 59, a play sequence 
comprises any arbitrary number ol play lists, A play list 
describes any arbitrary numbers of play items corre- 
sponding to predetermined times (time stamps). 
[01 B4] In the example shown in Fig. 59, play list 1 de- 
scribes play item 1., play item 2, play item 3, play item 6 
and play ilem 7 to be played back sequentially one item 
after another. On the other hand, play list 2 describes 
play item 4 to be played back with timing to start from a 
middle of play item 2 and to end at a middle of play item 
3. As for play list 3, play item 5 is to be played back with 
timing to start from a middle of play items 3 and 4 and 
to end at a middle of play item 6. Thus, in an operation 
to play back this play sequence, play item 1 , play item 
2, play hem 3, play item 6 and play item 7 are played 
back sequentially one item after another and. at the 
same time, play item 4 is played back withtiming to start 
from a middle of play item 2 and to end at a middle of 
play item 3 while play item 5 is played back with timing 
to start from a middle of play items 3 and 4 and to end 
at a middle of play item 6. 

[0185] Relations among a program, play sequences 
and play items are summarized into a single diagram 
shown in Fig. 60. In a word, a program comprises any 
arbitrary number of play sequences each composed of 
any arbitrary number of play lists in which each consists 
of any arbitrary numbers of play items. 
[01 86] As described so far, the present invention has 
been exemplified by an application thereof to an optical 
disc apparatus. It. is worth noting, however, that the 
present invention can also be applied to a case in which 
information is recorded onto or played back from other 
types of recording medium. 

[0187] It should be noted that, as a presentation me- 
dium for presenting computer programs to be executed 
to carry out the processing described above to the user, 
communication media such as a network and a satellite 
can be utilized in addition to recording media like.a mag- 
netic disc, a CD-ROM and a solid-state memory device. 
[0188] As described above, in the information 
processing apparatus according to the present inven- 
tion, a plurality of pieces of data are controlled by first 
_ control means on a 1 -on-1 basis and any arbitrary 
number of first control means are controlled by a second 
control means, any arbitrary range in which is controlled 
by a third control means. In addition, in the information 
processing method and the presentation medium ac- 
cording to the present invention, any arbitrary number 
of control states at first control steps are controlled at a 
second control step and a control state of any arbitrary 
range at the second control step is controlled at a third 
control step. Furthermore, in the recording medium ac- 
cording to the present invention, as control information, 
first control means, a second control means and a third 
control means are recorded. As a result, editing can be 
carried out with ease in a short period of time. • 



Claims 

1. An information processing apparatus comprising: 

5 a first control means for controlling a plurality 

of pieces of data on a t-on-1 basis; 
a second control means for controlling any ar- 
bitrary number ol said first control means; and 
a third control means for controlling any arbi- 
io ■ . trary range in said second control means. 

2. An information processing apparatus according, in 
claim -1 characterized in that said second control 
means controls said arbitrary number of said first 

is control means so that said pieces of data controlled 
by said first control means are played back with at 
least portions of said data overlapping each other 
on a time axis. 

20 3. An information processing apparatus according in 
claim 1 characterized in that said first control means 
is a unit of said data and said third control means is 
a unit of said data seen from a user. 

4. An information processing, apparatus according in 
claim 1 characterized in that, in a range of said third 
control means or said second control means, a 
seamless operation to play back said data is made 
possible. 

30 

5. An information processing method comprising the 
steps of: 

controlling a plurality of pieces of data on a Ion-. 
35 1 basis; 

controlling any arbitrary number of control 
states at said first control steps; and 
controlling a control state of any arbitrary range 
at said second control step. 

40 

6. A presentation medium used for presenting a pro- 
gram for making an information processing appara- 
tus carry out processing comprising: 

45 a first control step of controlling a plurality of 

. pieces of data on a 1 -on-1 basis; 
a second control step of controlling any arbi- 
trary number of control states at said first con- 
trol steps; and 

50 a third control step of controlling a control state 

of any arbitrary range at said second control 
step. 

7. A recording medium used tor recording data and 
55 control information for controlling said data, said re- 
cording medium characterized in that said control 
information comprises: 



to 
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a first control means lor controlling a plurality 
of pieces of data on a 1 -on -1 basis; 
a second control means for controlling any ar- 
bitrary number of said first control means; and 
a third control means for controlling any arbi- 5 
trary range in said second control means. 
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| | 




1 -UPEGAV 


— ALBUM. STR 


1 1 1 
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-PROGRAM 


iii i 


| | 


1 1 —CHUNK 0001 MPFG? 

I i i wnufirN uuui. uruut 


I -PROGRAM 001. PG I 


III 1 


II" 


1 1 1 — CnUNK_UUU£. Mr tut 


I -PR0GRAM.Q02.PG I 


1 1 1 1 


I • 


1 1 I -CHUNK_0003-MPEG2 


I • 

| -PROGRAM.SSS.PGI 
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III 1 

1 1 -STREAMS-002 
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1 1 1 1 
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III. 
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Syntax 




Number of Bits 


Mnemonic 


VOLUME. TOC{ 

f i le_type_id 

vo 1 ume_ i nf ormat i on 0 

text block () 

} 




8*16 


char [16] 


F 1 


6: 


3 




Syntax 




Number of Bits 


Mnemonic 


vo lume_i ^.format i on () { 
volume_attribute() 
resume ()■ 
vo 1 ume_rat i ng () 
write_protect () 
play_protect 0 
recording timer 0 

} 


F 1 


G. 


4 




Syntax 




Number of Bits 


Mnemon i c 


volume .attribute 0 { 

. volume_attribute_length 
vdr_version 




32 

4 *4 •. 


uimsbf 
bed 


reserved 

t i t le_pl ayback_mode_f 1 ag 
program_p 1 ayback_mode_f 1 ag 




6 
1 
1 


bslbf 
bslbf 
bslbf 


vol ume_p lay_t ime () 
update.t ime.count 0 




. 4*8 
32 


bed 

uimsbf 


maker_id 
mode|_code 




8*16 
8*16 


char[16] 
char [16] 


POSIO 

} 




32 


bslbf 
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Syntax _ Number__o_f Bits Mnemonic 

resume 0 { 

resumejength 32 uimsbf 

reserved // for byte al ignment 3 bslbf 

resume_swi tch 1 bit 

reserved 4 bslbf 

number_of_records 4 uimsbf 

reserved // for byte alignment 7 bslbf 

resume_auto_execute_time_f lag 1 bit 

resume_auto_execute_time() 4*14 bed 

reserved 4 bslbf 

resume_auto_execute_record_number 4 uimsbf 

for (i=0; i<number_of_records; i++) ( 

resume jnode_f lag 4 bslbf 

object_type , 4 bslbf 

I inked_record_number 4 uimsbf 

number_of_t imes 16 uimsbf 

resume_updated_time() 4*14 bed 

switch(object^type) { 
case title* 

title_number 16 uimsbf 

ti t le_local_time_stamp 64 uimsbf 
break; 

case program! 

program_number 16 uimsbf 

p r og r am_ I oca I _ t i me_s t amp 64 uimsbf 
break; 

case program_bind: 

program_bind_number 16 uimsbf 

program_order 16 uimsbf 

program_number 16 uimsbf 

program_local_t ime_stamp 64 uimsbf 
break!, 

case play_item.I 

play_i temjiumber 16 uimsbf 

play_i tem_local_time_stamp 64 uimsbf 
break 
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Syntax 

volume_rat ing() { 

vo I ume_rat i ng_ I ength 
reserved. 

vo I ume^rat i ng_t y pe 



Number of Bits Mnemonic 



32 

6 

2 



uimsbf 
bslbf 
bslbf . 



volume_rat ing_password 128 bslbf. 

switch (rat ing_type) { 
case agej i mi ted: 

country_crode_for_rating 32 Bslbf 

for(i=0;i<32;i++) { 

rat ing_bit_for_age_l i mi ted 1 bslbf 
break; 
case CARA: 

CARA_category 4 bslbf 

reserved 4 bslbf 

reserved 16 bslbf 

break; 
case RSAC: 

RSAC_category . . 4 bslbf 

level 4 bslbf 

reserved 16 bslbf 

break; 
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Syntax .„,„_^ um ^ er °^ Mnemonic 

wri te_protect 0 { 



wr i te_protect_ I ength 


32 


uimsbf 


volumejurr ite_protect_leve'l 


4 


uimsbf 


password_enable_f lag 


1 


bslbf 


append_on I y_f I ag 


1 


bslbf 


exp i rat i on_t i me_enab I e_f I ag 


1 


bslbf 


nutnber_of_t imes_enabl e_f lag 


1 


bslbf 


password_f or_vol umejwri te_protect 


128 


bslbf 


reserved 


8 


bslbf 


wr i te_protect_set_t i me 0 


56 


bed 


reserved 


8 


bslbf 


wr ite_protect_expi rat ion_t ime() 


56 


bed 


number_of_t imes 


16 


uimsbf 
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Syntax Number of Bits Mnemonic 



pTay_protect 0 f 

play_protectJength. 32 uimsbf 

volume_play_protect_f lag Z bslbf 

reserved 2 bslbf 

password_enable_f lag 1 bslbf 

reserved 1 ' » bslbf 

exp i rat i on_t i me^enab I e_f lag 1 " bs I bf 

number_of_times_enable_f lag 1 bslbf 

.password_for_volume_play_protect 128 'bslbf 

reserved 8 bslbf 

play_protect_set_time() 56 bed 

reserved 8 bslbf 

play_protect_expi ration_t ime() 56 . bed 

number_of _times 16 uimsbf 



F I G . 9 



Syntax Number of _ B j_ts_ _ _Mn emqn i_c 

record i ng_t imerD 1 

record ing_t imer_length 

r eco rd i ng_t i me r_f I ag 

number_of_entry 

' for ( i=Ol i<number_of_entry; i++) { 
date_and_t ime 
channel 
program 

• ) • 

• } 
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Syntax ■ Number of Bits Mnemonic 

Te7t>Jock()( - 
text_block_length 32 uimsbf 

number_of_language_sets 8 uimsbf 

number_of_text_i terns IB. uimsbf 

for(i=0; i<number_of_language_sets; i++) { 
language set() 

} 

for (i=0; i<number_of_text_i terns; i++) { 
text_item() 

} ■ 

} 



F I G. I I 



Syntax Number of Bits Mnemonic. 

Ianguage_set 0 { 
reserved 
language_code 
character_se.t_type 
number_of _l anguage_set_names 
for (i=0; i <number_of_language_set_names; i++) {- 

character_set_type_for_name 

I anguag e_set_name_ I engt h 

I anguag e_set_name 8 * I ang uage_se t_name I e ng t h 

} - - 

} 



8 


bslbf 


24 


bs 1 bf 


8 


bslbf 


8 


uimsbf 


8 


bslbf . 


8 


uimsbf 




bslbf 
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F I G. 12 



Syntax 



Number of Bits Mnemonic 



text. i tern 0 { 

; text_i temjength 16 uimsbf 

textjtemjd 16 uimsbf 

text_i tem_sub_id 16 uimsbf 

flags . 8 bslbf 

number_o'f_usedJanguage_sets 8 uimsbf 
//loop for each language set 
for (i=0; i<number_of_used_language_sets; r++) { 

I anguage.se t_ i d 8 uimsbf 

reserved 4 bslbf 

text_stringjength 16 uimsbf 

bslbf 



text_string 
b i tmap 0 

> 

stuf f ing_bytes 



8*text_str i ng_l ength 



8 # n bslbf 



F I 6. I3 



Syntax 


Number of. Bits 


Mnemon i c 


ALBUM. STRf 

f i le_type_id 
a I bum 0 
text blockO 

} 


8*16 


char [16] . 
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FIG. 1 4 



Syntax 
a I bum () { 



Number. of Bits Mnemonic 



albumjength 32 
reserved 6 
volume_status 1 
if (volume_status== "lb* ) { 

chief volume f lag 1 
} else f 

reserved 1 

} 

if (volume^status— "lb" ) ( 

if (chief_volume_f lag— "lb" ) { 
reserved 
album_type 
albimjd 

numbe r j>f _d i scs_i n_a I bum 16 
number_of_volumes_in_album 16 

for (i=0;i<number - of.volumes - m_album;i++) { 

disOd_for_albumjnember 128 

vo I ume_i d_f or_a I bumjnember 1 28 

title offset number 16 

) " 

reserved.for_program.bind 8 

numbe r j>f_program_b i nds 8 
for (i=0;i<number_of_program_binds; i++) ( 

numbe r _of _pr ogram_i n_th i s_program_b i nd 16 
for (i=0; i<number_of_programs_i n_this_program. 



uimsbf 

bslbf 

bslbf 

bslbf 



6 bslbf 
2 bslbf 
128 bslbf 



d i sc_ i d^f or_program_b i nd jnembe r 
vo I ume_ i d_f o r_program_b ind jnembe r 
programjiumber 



} 

]else( 



//chief_volume_f lag— "Ob" 



chief jliscjd 
chief_volume_id 
(album id 



128 
128 
16 



128 
128 
128 



uimsbf 
uimsbf 



bslbf 
bslbf 
uimsbf 

bslbf 
uimsbf 

uimsbf 

_bind; i++) ( 
' uimsbf 
uimsbf 
uimsbf 



uimsbf 
uimsbf 
bslbf 
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F I G. 15 



Syntax Number of Bits 


Mnemon i c 


TITLE M> VDR{ 

file type. id 8 16 

title.infoO 

text block () 

} 


char [16] 


F 1 G. 16 


Syntax Number of Bits 


Mnemonic 


titleJnfoO { 

title info length 32 
f lags.forjitle 32 
cgit.fi le_id 16 
t i 1 1 e_start_chunk_group_t ime_stamp 64 
t i 1 1 e_end_chunk_group_t i me_stamp 64 


uimsbf 

bslbf 

uimsbf 

uimsbf 

uimsbf 


title_piayback_timeO . 32 
reserved 32 
number_of_marks 16 
for (i=0; i<number_of_marks» i++) { 

reserved 4 
mark_type 4 
mark_chunk_group_t ime_stamp 64 

stuff ing_bytes 8*n 

i 


bed 

bslbf 

uimsbf 

bslbf 
bslbf 
uimsbf 


bslbf 


F I G . I7 


Syntax Number of Bits 


Mnemonic 


PROGRAM $$$. PG'l ( 

file_type_id . 8*16 


char[16] - 



prog ram () 
text.blockO 
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F I G. I 8 



Syntax 
prdgramO ( 

program_length 32 

f I ags_f o r_pr og ram 32 

program_status 4 

program_playback_time.() . 32 

reserved 32 

number_of_play_sequences 16 
f or ( j =0 ; j <number_of _p I ay_sequence ; j ++) { 

number_of_play_l i sts 16 
for (k=0;k<number_of_play_l.i sts I k++) { 

playj ist_start_t ime_stamp_of fset 64 
play_l ist (k) 



Number of Bits Mnemonic 



} 
} 

stuff ing_bytes 



8*n 



uimsbf 

bslbf 

bslbf 

bed 

bslbf 

uimsbf 

uimsbf 

uimsbf 



bslbf 



F I G. I 9 



Syntax_ Number of Bits Mnemonic 

^^TiistoT" 

//playback sequence of play items in this play list 

number_of _play_i terns 16 uimsbf 

for (k=0; k<numbe r_of _p I ay_ i terns I k++) { 

pJay_i tem_number 16 uimsbf. 

reserved ■ 31 bslbf 

seamless_connect ion_f lag 1 bslbf 

} 

//play_i tem_table 

for(PIN=1 ;PIN<=number_of_playJtems_in^program;PIN++) { 
play^itemO 

} 

} 
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Syntax Number of Bits Mnemonic 

play_item() { 



p I ay_item_ length 32 Ciimsbf 

play_i tem_type 8 bslbf 

playjnode 8 bslbf 

totaLplayback_time() 32 bed 

meniri tem_number . 16 uimsbf 

return_i tem_number 16 uimsbf 

next_i tenwiumber 16 uimsbf 

prev_i tem^number 16 uimsbf 

if (play_item_type= "0000b" ){ 

//play item for one "cut" 

title_number 16 uimsbf 
//IN point 

item start_time_stamp 64 uimsbf 
//OUT point 

item_end_t ime^stamp 64 uimsbf 

} 



F I G.2 I 



Syntax Number of Bits Mnemonic 

filejype.id . 8*16 char [16] 

chunkgroup_time_base_f lags 32 bslbf 

chunkgroup^t ime_base_of f set 64 uimsbf 

chunk_connect i on_i nf o 0 
text blockO 

} ■ 
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F I G.22 



Syntax ^ Number of Bits Mnemonic 

chunk_connection_info 0 { 



chunk_connec t i on_ i nf o_ I ength 


32 


uimsbf 


reserved. 


16 


bslbf 


number_of_chunks 


16 


uimsbf 


chunk_sync_play_f lag 


8 


bslb'f 


// chunk info file I ist 






for( i =0; i <number_of_chunks ;!++).{ 







chunk_arrangement_inf o() 

} 



FIG. 23 

Syntax Number of Bits Mnemonic ^ 



chunk_arrangement_i nfo() { 



chunk_ar rangement_ i nf o_ I ength 


32 


uimsbf 


chunk_info_f i I e i d 


16 


bslbf 


reserved 


5 


bslbf 


chunk_sw i tch_s t ream_ i d 


16 


bslbf 


presentat ion_start_cg_t ime_count 


64 


uimsbf 


pre sentat i on_end_cg_t i me_coun t 


64 


uimsbf 


reserved 


4 


bslbf 


chunk.t i me_count_type 


4 


bslbf 


number_of _start_or i g i na 1 _t i me_count_extens i on 


8 


uimsbf 


number_of _end_orig i nal_t i me_count_extens i on 


8 


uimsbf 


// presentation start position and time 






presentat i on_start_or i g i na 1 _t i me_count 


64 


uimsbf 


presentat i on_end _or i g i na Lt ime_count 


64 


uimsbf 



f or ( i =0 ; j <number_of _start_or i g i na Lt i me^count_e xtens i on ; j++) 

tc_ext_attributes 16 bslbf 

start_original_t irae count_extension 64 uimsbf 



// presentation end position. and time 

for (k=0: k<nunber_of _end_or i g i na Lt i me xount_extens i on ; k++) { 

tc^ext_attr ibutes 16 bslbf 

end_originaLtime_count_extension 64 uimsbf 

} 

transit ion_info() 

) 
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Syntax Number of Jii_ts_ 

"cfftJNKlxmVABSTf 
f i I e_type_i d 
reserved 
chunk J i le_id 
info_type 
//streainJnfoO 



Mnemonic 



8 16 
4 
16 
4 



if (info_tvpe== - MPEG2_System_TS" ) { 

numher.oLprograms 8 

else { 

number_of_programs 8 

f or ( i =0.i i <nurobe r_of _p rog rams ; i ++) { 

numb er_of_str earns 8 
for (i=0;i<number_of_st reams; i++) { 

$tream_ident if ier 16 

//slot type information 4 
reserved 4 
slot_unit_type 

if (s I ot_uni t_type== **t ime_stamp" ) { 32 

s I ot_time_ length 
Jelse { 32 

reserved 

} '32 
number_of_slots 4 
reserved 

switch(info_type) ( 
case MPEGl.Systemt 
case liff > EG2.System.PS: 
case m?EG2_System_TS: 
case video_elementary stream 4 

number_of_ Lpi cturesj n_s I ot 

break; 

default: 4 
reserved 
break; 

) 



char[16j 
bslbf 
uimsbf 
bslbf 



uimsbf 
"0000 0001' 

uimsbf 
bslbf 

bslbf 
bslbf 

uimsbf 

bslbf 

uimsbf 
bslbf 



uimsbf 
bslbf 



} 



//stream attribute 
ES.attributeO 



//loop of slot info 

for ( i-0; i <number_of_streams.; i++) { 

for (i=0; i<number_of_slots; i++) { 
slot_info() 

) 

) 
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CD 

m 

CM 
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F ! G.26 



-VOLUME. TOC 
-ALBUM. STR 
-PROGRAM 

I -PR0GRAM_001.PGI 
-TITLE 

I -TITLE_001. VDR 

I -TITLE_0O2. VDR 

j -T ITLE_003. VOR 

-CHUNKGROUP 

I -CHUNKGR0UP_0O1,CGIT 
I -CHUNKGR0UP_0O2.CGIT 

-CHUNK 

I —CHUNK OOOI . ABST 

I -CHUNK_0011. ABST 
I — CHUNK_0012. ABST 

-MPEGAV 

I -STREAMS_001 

I |. . -CHUNK_0001.MPEG2 

I I 

I -STREAMS_002 

I I — CHUNK_001 1.MPEG2 

I | -CHUNK_00T2.MPEG2 
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F I G. 27 



PROGRAM 



TITLE 



CHUNKGROUP 



CHUNK 




STREAM 0001 



0011 0012 



F I G.28 



.chunkgroup_t ime 
base offset 



chunkgroup_t ime_ ' 
base offset +A 



chunkgroup_t ime_ 
base offset+A+B 



CHUNK-GROUP 
TIME . 



B 



CHUNK001 1 ! 




CHUNK001 2 . 





37. 
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F I G . 29 



MPEGAV 

-STREAMS.003 

I -CHUNK.0031.MPEG2 



F I G . 30 



-VOLUME. TOC 
-ALBUM. STR 
-PROGRAM 

I -PR0GRAM_.O0l.fG I 
-TITLE 

I -TITLE_.001.VDR 
I -T I TLE.002. VDR 
I -TITLE.O03.V0R 
I -T I TLE_004. VDR* 

-CHUNKGROUP 

I -CHUNKGR0UP.O01.CGIT 
I -CHUNKGROUP 002.CGIT 
I -CHUNKGR0UP_003.CGir 

-CHUNK 

I -CHUNK 0001. ABST 
I -CHUNK_0011.ABST 
I -CHUNK_0012.ABST 
I -CHUNK_0031.ABST* 

-MPEGAV 

I -STREAMS.001 

I I -CHUNK_0001.MPEG2' 

I I 

I -STREAMS.002 

I L .--CHUNK 0011. MPEG2 

I I -CHUNK_001 2. MPEG2 

I J 

I -STREAMS.003* 

I I -CHUNK_0031. MPEG2* 

I I 
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F I G.3 I 



PROGRAM 




TITLE 



GH.UNKGROUP 



CHUNK 



001 


002 


v \ 




001 


\t ■ 


v 


0001 



1 




V V 



STREAM 0001 



003 






002 




\t 


001 1 


0012 


1 

9 

001 1 


i 

G 

0012 



004 



003 



003 1 




0031 
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F I G. 32 



MPEGAV 

-STREAMS_002 

I -CHUNK_0O31.MPEG2 



F IG.33 



-VOLUME. TOC 
-ALBUM. STR 
-PROGRAM 

I -PR0GRAM_001.PGI 
-TITLE 

I -TITLE_001.VDR 
I -TITLE.002.V0R 
I -TITLE_003.V0R 
I -TITLE_004.V0R' 

-CHUNKGROUP 

-CHUNKGROUP OOKCGIT 
-CHUNKGR0UP.002.CGIT 

CHUNK 

-CHUNK .0001. ABST 
-CHUNKjOOII. ABST 
-CHUNK_0012. ABST 
-CHUNK_0031.ABSr 

MPEGAV 

-STREAMS.OOI 

I -CHUNK_0001 . MPEG2 

I 

-STREAMS.002 

I -CHUNK 0011.MPEG2 

I -CHUNK 0012.MPEG2 

I -CHUNK_0031.MPEG2* 

I 
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F I G.34 



PROGRAM 



TITLE 



CHUNKGROUP 



CHUNK 




003 



002 



001 2 



0031 



I 1 





STREAM 0001 0011 0012 0031 
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F I G.35 



PROGRAM 




TITLE 



CHUNKGROUP 



CHUNK 



001 


002 




i \ 


001 






0001 



M V 



003 . 


004 


y 






002 






\t 


001 1 


0012 






STREAM 0001 



0011 0012 
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F I G. 36 



field name 


value 


f i I e_type_i d 


niTlEJNFO_0000(r 



F I G. 37 



mark_type 


Meaning , 


0000b 


index type 1 


0001b 


index type 2 


0010b.. 0111b 


index type 3.. index type 8 


1000b 


skip IN 


1001b 


skip OUT 


1010b 


jump to title end or next title 


1011b 


scene change 


1100b 


aud i o mute 


110Tb 


audio peak 


1110b 


p icture still 


.1111b 


reserved 



index : direct entry point in the title 
skip IN : start point of title skip 
skip OUT : end point of title skip 
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TITLE 



CHUNKGROUP 



CHUNK 



I G. 


38 


001 




V 


001 




■ \l 


! 0001 




| 0002 j 




I \ 



3 3 

STREAM oooi 0002 
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F I G. 40 



field name 


va 1 ue 


f i 1 e_type_i d 


"CHUNKGROUP.OOOO" 



F I G . 4 I 



chunk_sync_p 1 ay_f 1 ag 


Meaning 


Ob 


play only one chunk at the same time 


1b 


need to play chunks simultaneously 



F I G.42 



or i g i nal _t i me_count_type 


Mean i ng 


0000 


MPEG2 System time stamp (90kHz) 


0001 


SMPTE timecode 


0010 


fie Id (525/60) (59^ 94Hz) 


0011 


fie Id (625/50) 


0100 


frame (525/60) (29. 97Hz) 


0101 


frame (625/50) 


0110 


drop frame time code(525/60) 


0111 


non drop frame time code (525/60) 


1000 


60Hz 


1001 


50Hz 


1010 


24Hz 


1011 


second 


1100.. 1111 


rese rved 
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field name. 


value 


f i I e_type_i d 


"STREAM jNFO.OOOO" 



F I G. 44 



f i I e_type 


Mean i ng 


0000 


MPEG2_System_PS 


0001 


MPEG2_System_TS 


0010 


MPE62_System_PES 


0011 


v i deo_e 1 erne ntar.y_st ream 


0100 


e 1 ementary_st ream_except_v i d:eo 


0101 


MPE61 _System_st ream 


0110 


reserved 


0111 


reserved 


1000 


Consumer_0VC' 


1001 .. 1111 


reserved 
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FIG 45 



s 1 ot_un i t_type 


Meaning 


0000b 


' t ime_stamp' : time stamp value 


0001 b 


'GOP': one GOP (Group of pictures) 


0010b 


aud io_f rame' : one audio frame 


0011b.. 1111b 


reserved 




FIG. 46 




field name 


va 1 ue 




f i 1 e_type_i d 


" PROGRAM. INF0_000" 





FIG. 47 



program_status 


Mean i ng 


0000b 


none 


0001b 


original 


0010 b 


copy 


0011b 


preview 


0100b 


rehearsal 


0101b 


temporary 


0110b 


complete 


0111b 


broken 


1000b 


editing 


1001b 


backup 


1001b 1111b 


reserved 
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F I G. 48 



c 



TITLE SPLITTING 
PROCESSING START 



) 



ISSUE A COMMAND 
ON A SPLIT POINT 



SI 



CREATE AN. INFORMATION FILE FOR 
STORING A 1ST TITLE WITH THE 
START POINT OF THE SPLIT TITLE 
USED AS A START POINT AND THE 
SPLIT POINT USED AS AN END POINT 



S2 



V 



CREATE AN INFORMATION FILE FOR 
STORING A 2ND TITLE WITH THE SPLIT! 
POINT USED AS A START POINT AND 
THE END POINT OF THE SPLIT TITLE 
USED AS AN END POINT 



S3 



CHANGE THE NAME OF 
A TITLE FOLLOWING 
THE SPLIT TITLE 



S4 



C END ) 
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F I G.49 



PROGRAM 




TITLE 



CHUNKGROUP 



CHUNK 



001 


002 


003 


v \ 


i \ 


i \t 


001 


y 






0001 


\ 


I 



004 


( 


\t 


.002 


t 


\t 


0011 


0012 



STREAM 



e 

0001 



e e 

0011 0012 v 



F I G.50 

(title swapping processing start) 





1 S11 


CHANGE THE NAME OF ORIGINAL TITLE 2 TO X 




f S12 


CHANGE THE NAME OF ORIGINAL TITLE 3 TO 2 




i 


CHANGE TITLE X TO TITLE 3 SJ3 


\ 


i 



Qnd) 
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PROGRAM 



TITLE 



CHUNKGROUP 



CHUNK 



STREAM 
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Fl G.52 



c 



TITLE DELETION 
PROCESSING START 



SPECIFY A TITLE TO 
BE. DELETED 



S2I 



S22 



YES 



ARE A CHUNGROUP. A CHUNK AND 
A STREAM ASSOCIATED WITH THE 
SPECIFIED TITLE ALSO ASSOCIATED 
WITH ANOTHER TITLE ? 



NO 



DELETE THE CHUNKGROUP, 
THE CHUNK AND THE STREAM 
ASSOCIATED WITH THE 
SPECIFIED TITLE 



S23 



PROCESS. REMAINING 
INFORMATION FILES WHICH 
WERE NOT DELETED 



S24 



( END ) 
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F I G. 53 



PROGRAM 



TITLE 



CHUNK 



STREAM 




001 


002 


003 


V 




f \ 


t v 


!■ 001 


v 






V 


0001 



e 

0001 



002 



0011 0012 



1 

e 

0011 



e 

0012 



DELETE TITLE .002 



PROGRAM 



TITLE 


001 


002 






i \ 


CHUNKGROUP 


001 


002 






CHUNK 
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